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1.0  INTRODUCTION 


This  chapter  explains  the  purptise  ol  the  convention,  the  scojk  of 
the  guidance,  and  provide*;  :ui  explanation  ul  how  to  use  the 
convention. 


1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (  ANSI)  Accredited  Stand¬ 
ards  Committee  (ASC)  X12  electronic  data  inierchange  (EDI) 
standards  within  automated  information  .systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  report¬ 
ing.  and/or  exchange  of  data  needed  to  perform  defense  missions. 


1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  ii  may  he 
used  by  organizational  elements  of  the  DoD  community,  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  daui 
with  the  DoD  community  in  the  course  of  their  business  relaiion- 
ships. 

The  DoD  community  encompasses  the  Military  Service.s.  Organizii- 
tions  of  the  Joint  Chiefs  of  Staff.  Unified  and  Specified  Commands. 
Office  of  the  Secretary  of  Defense,  and  the  Defen.se  agencies,  (That 
community  is  collectively  referred  (a  as  the  DoD  Components.) 

Organizational  entities  externa!  to  DoD  include  (a)  non-Govem- 
ment  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD. 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (EA)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0. 
Section  2.1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD's  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24. 
1988,  Subject;  Electronic  Data  Inierchange  of  Business-Related 
Transactions:  and  (b)  Protection  of  Logistics  Unclassified/Sensi¬ 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  [ASD(P&L)]  memorandum  of 
November  21,  1989,  Subject;  Production  and  Logi.nics  Ta.sk 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  See  Chapter  2.0  Maintenance.  Section  2.1 
for  office  point  of  contact. 


1.4  HOW  TO  USE  THE  IMFLEMENTA HON 
CONVENTION 

The  main  topics  and  structujres  of  this  document  curiiorm  to  the 
EDI  Impltmeniatkin  Reference  Manual  (.iutdehnei  document  that 
wa.s  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  XI 2.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  b>  the 
many  industry  and  DoD  personnel  who  arc  involved  in  impicment- 
ing  the  uniform  siandtirds  for  electronic  mterchtmge  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  arc  used 
throughout  the  document  and  are  defined  as  follows: 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  u.se  of  ASC  X12  siandartis.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  X12  standard 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  specifically,  transaction  set.s.  segments,  data  ele¬ 
ments.  code  sets,  and  interchange  control  siructure.  Stand;ird.s' 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  are  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standards  experts.  The  business  data  require¬ 
ment  is  defined,  a  tran.sactton  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set. 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1.4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  XI 2  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  tran.sac- 
tion  set  that  all  DoD  users  understand. 

1 .4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  application  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
soUware  design.  The  convention  will  help  the  programmer  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1.4.4 .4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  comm.m  business 
practices.  Copies  of  existing  convcniions  can  be  acquired  ihrough 
your  organization’s  EDI  coordinator  at  the  start  of  an  EDI  [irojeci. 
If  you  find  no  conventions  for  the  business  practice  you  are  ahou! 
to  implement,  your  EDI  cix>rdinator  should  contact  tlie  DoD  Ex 
ecutive  Agent  for  EDI.  See  Chapter  2.0.  Maimcnancr.  Section  2  1 
for  the  point  of  conutet. 

1.4.2  Documentation  of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with.  ANSI  ASC  X12  standards  or  ASC  X12  Draf  t  Sumd- 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  or  strategic  sig¬ 
nificance  and  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  tran.saction  set 
trailer  seement.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  pre.sented  on  the  right  side 
of  the  page.  This  standard  also  includes  both  syntax  notes  and 
comments.  The  specific  DoD  usage  designator  is  pre.senied  on  the 
left  side  of  the  page. 

The  designation  “N/U”  appears  in  the  left  column  if  DoD  does  not 
use  the  specific  segment.  A  page  number  will  appear  if  the  .segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  .segment. 

DoD  usage  is  specified  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  definitions  of  the  element. 

DoD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  definitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  X12  usage,  sec  the 
definitions  in  X12.6  Application  Control  Structure 

•  Mandatory 

Mandatory'  data  elements  are  defined  by  ASC  X12. 

•  Optional 

Optional  data  elements  are  used  at  the  di.screlion  of  the  .sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 
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824  Application  Advice 

Ttiis  Standard  provides  the  format  and  estaoiishes  the  data  contents  of  the 
Application  Advice  Transaction  Set  (824)  within  the  conteicl  of  an  Electronic 
Data  Interchange  (EDI)  environment  This  transaction  set  provides  the  aPility 
to  report  the  results  of  an  application  system  s  data  content  edits  of 
transaction  sets  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  m  either  coded  or  tree-form  fomtat 
It  is  designed  to  accomodate  the  business  need  ot  reporting  the  acceptance 
rejection  or  acceptance  with  change  ot  any  transaction  set  The  Applcation 
Advice  should  not  be  used  m  place  of  a  transaction  set  designed  as  a 
specific  response  to  another  transactcn  set  (e  g  .  purchase  order 
acKnowtedgement  sent  m  response  to  a  purchase  order) 
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•  Rfijutred 

Required  data  clemeius  are  coitstdered  ttpiiouai  umicr 
ASC  X12  rules,  but  are  required  hv  Do!)  dcwiMon 

•  Kt'iommendi'd 

Reeominended  data  elenienis  .ue  eonsulcred  opimiial  under 
ASC  XI2  rules  ;ind  by  the  IXiD,  hut  the  industn  reeiunnKiuh-- 
their  use  to  laeilitate  EDI.  Most  tornpanies  in  the  ifulustrs 
are  expected  u>  use  this  data  elenieni 


•  Soi  Used 

“Not  Used"  data  elements  are  those  that  the  DoD  does  noi 
use. 

•  Conditional 

Conditional  data  element.s  depend  on  (b*-  presence  ol  other  iLita 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 

This  chapler  describes  (he  precedures  lor  rnainLuninj;’  ihe  DoD 
conventions.  It  al.so  presenis  a  section  on  version/rclexsc  liming’. 

2.1  MAINTAINING  CONV  ENTIONS 

The  DLA.  as  DoD's  Executive  Agent  for  EDI  and  PLUS,  ha.s 
established  a  joint  program  office  to  oversee  implemenuitjon  of 
EDI.  Some  of  the  functions  of  this  progrtun  office  arc  to  mtuntam 
configuration  control  of  related  sLindards  ;ind  common  support 
packages  (e.g..  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  suindards- setting  process,  and 
ensure  compli.ince  with  approved  EDI  standards. 

To  accompli.sh  these  functions,  the  joint  program  office  has  estab¬ 
lished  a  conventions  and  standards  development  and  mainientuKc 
process  whose  objectives  are;  (1)  to  obtain  ASC  X12  daui  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  ASC  X12  for  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  conventions  for  use  by  DoD  Comprmenis 
and  their  potential  trading  partners. 

To  take  advantage  of.  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  dis.semi- 
nated. 

The  EA's  primary  source  of  information  abtrut  DoD  s  daui  require¬ 
ments  is  the  EDI  U.ser. 

Changes  to  this  publication  and  recommended  changes  to  ANSI 
ASC  X12  should  be  forwarded  througl.  your  organizationtd  point 
of  contact  for  data  standardization  to; 

EDI  Standards  Coordinator 
ATTN:  DLA-ZC 
Cameron  Station 
Alexandria.  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  XI 2  Work  Request  forms 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  "version”  of  a  sUindard  is  cntical  ti' 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  transmitted  as  a  12-chanicler  code  in  the  Functional 
Group  Header  segment  (GS)  in  Data  Element  #4X0,  Ver- 
.sion/Relea.sc/lndu.stry  ID,  This  12-characier  code  is  used  by 
ASC  X12  as  follows: 
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Content 

1-3 

Version  number 

4-5 

Release  level  of  version 

6 

Subrelease 

7-12 

DoD/Industry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  "()(X)" 
and  incremented  by  1  foi  each  new  ASC  XI 2  approved  publication 
cycle,  usually  once  a  yeai.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoD/Industry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix.  DoD  will  use  ‘*DoD_"  with  the  10th 
character  identifying  successive  publications.  The  11th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

DoD  conventions  for  using  ASC  X12  standards  are  published 
annually.  ConvcntioiiS  developed  for  each  release  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  titan  4  years  old  without  approval 
of  the  DoD  EA. 
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ANSI  ASC  X12  VERSION  RELEASE  003010DOD 

3.0  DoD  CONVENTIONS  FOR  LSINCi 
ASC  X12  TRANSACTION  SETS 


This  chapter  defines  the  DoD  iransiiclion  set  eutivennons.  l! 
includes  the  instructions  for  miplementinj;  the  control  structure  and 
definitions  of  the  usable  indicators  and  applicable  Lode--. 


3.1  INTRODUCTION 

The  power  of  the  ASC  X12  standard  is  in  its  buildinj;  hkKk 
concept,  which  standardizes  the  essential  ek'.ienis  of  business 
transactions.  It  is  analoeous  to  a  “standard  hill  ot  inalenals  and 
the  construction  specifications."  which  yives  the  archiicci 
flexibility  in  what  can  be  designed  with  standardized  materials  and 
preuedures.  The  EDI  system  designer,  like  the  architect,  uses  the 
ASC  X12  standard.s'  to  build  business  iransaeiions  ih.u  are  often 
different  because  of  their  function  and  yet  utilize  the  ASC  X1.1 
standards.  The  "bill  of  matenals  and  the  construction  specification" 
of  ASC  X12  arc  the  standards  found  in  the  published  technical 
documentation. 

ASC  XI 2.3  -  The  Data  Element  Diettonars  specifies  the  tlaia 
elements  used  in  the  construction  of  the  segments  that  comprise 
Ihe  iransaaion  acts  developed  by  ASC  XI2. 

ASC  X12..S  -  The  Interchange  Control  Structure  provides  the 
interchange  c  mirol  segment  (also  called  an  envelope)  of  a  header 
and  trailer  for  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  the  receipt  and 
processing  of  the  envelope. 

ASC  X12.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  synuix  rules,  and  semantics  of  ED'. 

ASC  X  12.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  u.scd  in  the  construction 
of  transaction  sets  developed  by  ASC  XI 2. 

The  DoD  convention  in  Section  3.4  conform  to  the  above  standards 
and  each  tran.saction  set  is  a  complete  document  to  the  extent 
possible.  For  further  cltutfication  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technical  documentation.  Con¬ 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inter¬ 
change  Standard.s  Association.  Inc.,  Suite  355.  1800  Diagonal 
Road.  Alcxiutdria.  VA  22314. 

3.2  CONTROL  SEGMENTS 

In  addition  to  the  communication  control  structure,  the  EDI  stnicture 
provides  lltc  standards  u.scr  with  multiple  levels  of  control  to  ensure 
tlttta  integrity.  It  dtx's  so  by  using  header  :uid  trailer  control  segments 
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designed  to  identify  uniquely  the  sum  and  end  of  the  mteafuiiige 
functional  groups  ;ind  transaction  sets.  The  relationship  of  Uiesc 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segment 
specifications  are  defined  in  Section  3.2.2. 

Description  of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  segments  tmd  per¬ 
form  the  following  functions: 

•  Define  the  data  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  imd  receiver 

•  Provide  control  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  (No  acknowledgment  is 
made  for  the  interchange  acknowledgment.) 

The  interchange  control  number  value  in  the  acknowledgment 
(TAl  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 

The  interchange  acknowledgment  does  not  report  any  status  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  sy. stem’s  error  procedures. 

The  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113,  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  functional  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Department  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  tran.saction  set.  Others,  identify  the  ANSI 
version  and  relca,se  in  which  the  convention  is  written. 
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Figure  3.2-1.  Hierarchical  Structure 
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ISA  •  INTERCHANGE  CONTROL  HEADER _ ANSI  ASC  X12  VERSION/RELEASE  003010DOD 

Segment:  ISA  Interchange  Control  Header 

Purpose:  To  start  and  identify  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

RCF.  DATA 

DtS. _ ELEMEWt  NAME _ ATTAIAUTtS 

ISA01  101  Authorization  information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Authorization  Information, 

00  No  Authorization  Information  Present  (No  Meaningful  Information  in  102) 

ISA02  102  Authorization  Information  M  AN  lO'tO 

Information  used  for  additional  identification  or  authorization  of  the  sender  or  the 
data  in  the  interchange.  The  type  of  information  is  set  by  the  Authorization 
Information  Qualifier. 

Implementation  Note: 

If  no  auihorizatian  information  is  agreed  to  by  trading  partners,  fill  field  i^ilh  blanks. 

ISA03  103  Security  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Security  Information. 

01  Password 

ISA04  104  Security  Information  M  AN  lOrtO 

This  is  used  for  identifying  the  security  information  about  the  sender  or  liie  data 
in  the  interchange.  The  type  of  information  is  set  by  the  Security  Information 
Qualifier. 

Implementation  Note: 

An  agreed  upon  password.  If  no  security  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISAOS  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
Code  Value  Implementation  Note: 

An  agreed  upon  designation  of  DoD  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated 
with  the  value-added  network  (VAN). 


Mandatory 


ISA06  106  Interchange  Sender  ID  M  ID  15/15 

Identification  code  published  by  the  sender  for  other  parties  to  use  as  the 
receiver  ID  to  route  data  to  them.  The  sender  always  codes  this  number  in  the 
sender  ID  element. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  ( DoDAAC)  or  other  code  coordinated  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  ISA05  and 
coordinated  with  the  VAN. 


Mandatory 


ISA07  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/mefhod  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
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Code  Value  Implementation  Note: 

Assigned  by  translation  software. 


Mandatory 


ISA16  115  Subetement  Separator  M  AN  1/1 

This  is  a  Held  reserved  for  future  expansion  in  separating  data  element 
subgroups.  (In  the  interest  of  a  migration  to  international  standards,  this  should 
be  different  from  the  data  element  separator). 


Implementation  Note: 

Use  character 
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Segment:  GS  Functional  Group  Header 

Purpo  To  indicate  the  beginning  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02). 

Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  X12 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES. _ ELEMEWT  NAME _ ATTRIEOTES 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  T ransaction  Sets. 

Implementation  Note: 

Choose  She  code  value  appropriate  to  the  information  content  of  the  functional  group.  See  XI2  Dictionary  for 
source  code  list. 

RQ  Request  for  Quotation  (840)  and  Contract  Award  (836) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Code  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAACj.  Non-DoD  activities  use 
idemiftcation  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 

GS03  124  Application  Receiver’s  Code  M  AN  2/15 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  ’•jn-DoD  code  differ 
from  that  used  in  ISA08. 

GS04  29  Group  Date  M  DT  6/6 

Date  sender  generated  a  functional  group  of  transaction  sets. 

Implementation  Note: 

Assigned  by  translation  software. 

GS05  30  Group  Time  M  TM  4/4 

Time  (HHMM)  when  the  sender  generated  a  functional  group  of  transaction  sets 
(local  time  at  sender's  location). 

Implementation  Note: 

Assigned  by  translation  software. 


Mandatory 


GS06  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 
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Mandatory 


Implementation  Note- 

Assigned  by  translation  software. 

GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunction  with  Data  Element  480  to  identity  the  issuer  of  the 
standard. 


X  Accredited  Standards  Committee  XI 2 

Code  Value  Implementation  Note: 

Indicates  that  an  ANSI  XI 2  standard  is  being  transmitted. 


Mandatory 


GS08  480  Version/Release/Industry  ID  Code  M  ID  1/12 

Code  indicating  the  version,  release,  subrelease  and  industry  identifier  of  the  EDI 
standard  being  used.  Positions  1-3,  version  number;  positions  4-6,  release  and 
subrelease  level  of  version;  positions  7-12,  industry  or  trade  association  identifier 
(optionally  assigned  by  user). 

003010  Draft  Standards  Approved  By  ASC  XI 2  Through  June  1 990. 

Code  Value  Implementation  Note: 

Code  value  agreed  to  by  trading  partners.  See  XI2  Dictionary  for  source  code  list. 
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Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  data  element  in  the  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  interchange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity.  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEKT  NAME _ ATTWIAUTES 

GE01  97  Number  of  Transaction  Sets  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

Implementation  Note: 

Assigned  by  translation  software. 

GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GS06  control  number. 


3.0.12 


BASEUNE  AS  OF:  JANUARY  29, 1993  •  DI06 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


001  •  CONTROL  SEGMENTS  840  REQUEST  FOR  QUOTATION 

lEA  •  INTERCHANGE  CONTROL  TRAILER _ ANSI  ASC  Xl2  VERSION  RELEASE  0030t0DOD 

Segment:  lEA  Interchange  Control  Trailer 

Purpose:  To  detine  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REP  DATA 

DES  ELEMEWT  NAME _ _ _ 

IEA01  116  Number  of  Included  Functional  Groups  M  NO  15 

A  count  of  the  number  of  functional  groups  included  in  a  transmission. 

Implementation  Note: 

Assigned  by  translation  software. 

IEA02  112  interchange  Control  Number  M  NO  9 '9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  ISAl.l 
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EXAMPLE .  REQUEST  FOR  QUOTATION  TRANSACTION  SET  (840) 


ASC  X12EPI  FORMAT 

ST*840*RFQ0001  N/L 

BQT*00*N0001993Q3010*921031*106*921 1 15  N/L 

REF*65*N0001993Q3010  N/L 
REF*RQ*  N0(X)192252055  N/L 


DEfUSiriON 

THIS  IS  />lN  840  REQUEST  FOR  QUOTATION 
TRANSACTION  SET  WITH  A  CONTROL 
NUMBER  OF  RFQOOOl. 

AN  ORIGINAL  RFQ  NUMBER  N0001993Q3010 
DATED  OCTOBER  31. 1992  WITH  A  REQUIRED 
RESPONSE  DATE  OF  NOVEMBER  15. 1992. 

THE  UNIQUE  TRACKING  NUMBER  FOR  THIS 
TRANSACTION  SET  IS  N0001993Q3010. 

THE  REQUISITION  NUMBER  IS 
N000192252055. 


PER*IC*MR  JAMES  BOND*EM^Q977532  N/L 


FOB*DF*DE****OR  N/L 


DTM*002*930630N/L 

PWK*MR*ELN/L 

P01*0001*4*ST***MG*B918273645  N/L 

PID*F****AIRCRAFT  BRAKES  N/L 
PWK*CP*WS*6  N/L 

PKG*S*37*DD*P22*BUBBLE  WRAP  N/L 

N1*ST**16*78256N/L 
POl*0002*I0*EA***FS*2610016782436  N/L 


THE  BUYING  ACTIVITY  POINT  OF  CONTACT 
AND  HIS  ELECTRONIC  MAIL  ADDRESS. 

THE  METHOD  OF  PAYMENT  WILL  BE 
DETERMINED  BY  THE  TRADING  PARTNERS. 
FOB  POINT  IS  AT  THE  DESTINATION  AND 
INSPECTTON/ACCEPTANCE  POINT  IS  AT 
ORIGIN. 

REQUIRED  DELIVERY  DATE  IS  JUNE  30. 1993. 

THE  MATERIAL  INSPECTION  AND  RECEIVING 
REPORT  SHOULD  BE  SENT 
ELECTRONICALLY. 

ITEM  0001  IS  FOR  4  SETS  OF 
MANUFACTURER’S  PART  NUMBER 
B918273645. 

LINE  ITEM  0001  IS  AIRCRAFT  BRAKES. 

SIX  COPIES  OF  A  MATERIAL  CERTIFICATION 
SHOULD  ACCOMPANY  THE  SHIPMENT. 

PACKAGING  FOR  LINE  ITEM  0001  WILL 
CONSIST  OF  BUBBLE  WRAP.  CODE  P22  FROM 
INDUSTRY  PACKAGING  CODES. 

SHIP  TO  ZIP  CODE  78256. 

LINE  ITEM  002  IS  FOR  10  EACH  OF  NATIONAL 
STOCK  NUMBER  2610016782436. 
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840  Request  for  Quotation 

This  standard  provides  the  format  and  establishes  the  data  contents  of  a 
request  for  quotation  transaction  set.  The  request  for  quotation  transaction 
set  provides  potential  buyers  with  the  ability  to  solicit  price,  delivery 
schedule,  and  other  items  from  potential  sellers  of  goods  and  services 


Table  1 

PAGE*  PCS.* 

SEG.  ID 

NAME 

REQ.  OES. 

MAX USE 

LOOP  REPEAT 

4 

010 

ST 

Transaction  Set  Header 

M 

1 

5 

020 

BQT 

Beginning  Segment  for  Request  For  Quotation 

M 

1 

6 

030 

NTE 

Note/Special  Instruction 

F 

100 

N/U 

040 

CUR 

Currency 

0 

1 

7 

050 

REF 

Reference  Numbers 

0 

12 

8 

060 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

070 

TAX 

Sales  Tax  Reference 

0 

3 

9 

080 

FOB 

F.O.B.  Related  Instructions 

0 

1 

N/U 

090 

CTP 

Pricing  Information 

0 

1 

N/U 

100 

SSS 

Special  Services 

0 

25 

11 

110 

CSH 

Header  Sale  Condition 

0 

1 

N/U 

120 

ITA 

Allowance,  Charge  or  Service 

0 

10 

N/U 

130 

ITD 

Terms  of  Sale/Deferred  Terms  of  Sale 

0 

5 

N/U 

140 

DIS 

Discount  Detail 

0 

20 

12 

150 

DTM 

Date/Time  Reference 

0 

10 

14 

160 

LOT 

Lead  Time 

0 

12 

N/U 

180 

LIN 

Item  Identification 

0 

5 

N/U 

190 

PID 

Product/Item  Description 

0 

200 

N/U 

200 

MEA 

Measurements 

0 

40 

15 

210 

PWK 

Paperwork 

0 

25 

17 

220 

PKG 

Marking,  Packaging,  Loading 

0 

200 

N/U 

230 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

240 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

250 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

260 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

19 

270 

MAN 

Marks  and  Numbers 

0 

10 

N/U 

280 

RRA 

Required  Response 

0 

25 

LOOPID-N9 

1000 

20 

290 

N9 

Reference  Number 

0 

1 

21 

300 

MSG 

Message  Text 

0 

1000 

LOOP  ID- N1 

200 

22 

310 

N1 

Name 

o 

1 

1 
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23 

320 

24 

330 

25 

340 

N/U 

350 

N/U 

360 

N/U 

370 

N/U 

380 

N/U 

390 

N/U 

400 

N/U 

410 

N/U 

420 

N/U 

430 

PAGE  4 

1  POS.tf 

26 

010 

N/U 

020 

N/U 

030 

N/U 

040 

N/U 

049 

29 

050 

30 

060 

32 

070 

34 

080 

35 

090 

37 

100 

N/U 

110 

N/U 

120 

N/U 

130 

N/U 

140 

N/U 

150 

N/U 

160 

N/U 

170 

38 

180 

N/U 

190 

40 

200 

42 

210 

43 

220 

N/U 

230 

N2  Additional  Name  Information  O 

N3  Address  Information  O 

N4  Geographic  Location  O 

REF  Reference  Numbers  O 

PER  Administrative  Communications  Contact  O 

FOB  F.O.B.  Related  Instructions  O 

TD1  Carrier  Details  {Quantity  and  Weight)  O 

TD5  Carrier  Details  (Routing  Sequence/Transit  O 

Time) 

TD3  Carrier  Details  (Equipment)  O 

TD4  Carrier  Details  (Special  Handling/Hazardous  0 

Materials) 

PKG  Marking,  Packaging.  Loading  O 

RRA  Required  Response _ O 


2 

2 

1 

12 

3 

1 

2 

12 

12 

5 

200 

25 


Table  2 


SEG.  10  NAME 


REa  DES.  MAX  USE 


LOOP  REPEAT 


P01 

CUR 

P03 

CTP 

MEA 


PID 

MEA 

PWK 

PKG 

P04 

REF 

PER 

SSS 

ITA 

IT8 

ITD 

DiS 

TAX 

FOB 

SDQ 

DTM 

LDT 

SCH 

FST 


I^PID»  P01 

Purchase  Order  Baseline  Item  Data 

M 

1 

Currency 

0 

1 

Additional  Item  Detail 

0 

25 

Pricing  Information 

0 

1 

Measurements 

0 

40 

100000 


l^pPID-W  1000 

Product/Item  Description  O  1 

Measurements  O  10 


Papenwork 

0 

25 

Marking,  Packaging,  Loading 

0 

200 

Item  Physical  Details 

0 

1 

Reference  Numbers 

0 

12 

Administrative  Communications  Contact 

0 

3 

Special  Services 

0 

25 

Allowance,  Charge  or  Service 

0 

10 

Conditions  of  Sale 

0 

1 

Terms  of  Sale/Deferred  Terms  of  Sale 

0 

2 

Discount  Detail 

0 

20 

Sales  Tax  Reference 

0 

3 

F.O.B.  Related  Instructions 

0 

1 

Destination  Quantity 

0 

50 

Date/Time  Reference 

0 

10 

Lead  Time 

0 

12 

Line  Item  Schedule 

0 

104 

Forecast  Schedule 

0 

>1 
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w 

N/U 

240 

N/U 

250 

N/U 

260 

N/U 

270 

44 

280 

N/U 

290 

N/U 

300 

N/U 

310 

45 

320 

N/U 

330 

46 

340 

47 

350 

48 

360 

49 

370 

N/U 

380 

• 

N/U 

N/U 

390 

400 

N/U 

410 

N/U 

420 

N/U 

430 

N/U 

440 

N/U 

450 

N/U 

460 

PAGE# 

POS.# 

50 

010 

51 

020 

• 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


TD1 

TD5 

TD3 

TD4 

MAN 

RRA 

Carrier  Details  (Quantity  and  Weight) 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

Carrier  Details  (Equipment) 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

Marks  and  Numbers 

Required  Response 

0 

0 

0 

o 

0 

0 

1 

12 

12 

5 

10 

25 

U50PtD-SLN 

1(X]0 

SLN 

Subline  Item  Detail 

0 

1 

PID 

Product/Item  Description 

0 

1000 

LOOP1DrN9 

1000 

N9 

Reference  Number 

o 

1 

MSG 

Message  Text 

0 

1000 

LOOPID-NI 

200 

N1 

Name 

0 

1 

N2 

Additional  Name  Information 

0 

2 

N3 

Address  Information 

0 

2 

N4 

Geographic  Location 

0 

1 

REF 

Reference  Numbers 

0 

12 

PER 

Administrative  Communications  Contact 

0 

3 

FOB 

F.O.B.  Related  Instructions 

0 

1 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

TD5 

Carrier  Details  (Routing  Sequence/Transit 

0 

12 

Time) 

TD3 

Carrier  Details  (Equipment) 

0 

12 

TD4 

Carrier  Details  (Special  Handling/Hazardous 

0 

5 

Materials) 

PKG 

Marking,  Packaging,  Loading 

0 

200 

RRA 

Required  Response 

0 

25 

Table  3 

SEG.  10  NAME 

REa  DES. 

MAX  USE 

LOOP  REPEAT 

CTT  Transaction  Totals 

M 

1 

SE  Transaction  Set  Trailer 

M 

1 

3 
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840  •  REQUEST  FOR  QUOTATION 
ST  .  TRANSACTION  SET  HEADER 


Mandatory 


Mandatory 


Mandatory 


Segment:  ST  Transaction  Set  Header 
Level:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  start  of  a  transaction  set  and  to  assign  a  control  number 

Comment:  The  transaction  set  identifier  {ST01 )  is  intended  for  use  by  the  translation 
routines  of  the  interchange  partners  to  select  the  appropriate  transaction 
set  definition  {e.g.,  810  selects  the  invoice  transaction  set). 

Data  Element  Summa 


ICF.  DATA 

ILtMEMT  MAME  ATTmAl/TES 


143  Transaction  Set  Identifier  Code 

Code  uniquely  identifying  a  Transaction  Set. 

840  X1 2.7  Request  for  Quotation 


M  ID  3/3 


329  Transaction  Set  Control  Number  M  AN 

Identifying  control  number  assigned  by  the  originator  fc'  a  transaction  set. 


OC04  >  JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

BQT  •  BEGINNING  SEGMENT  FOR  REQUEST  FOR  QUOTATION  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Mandatory 


Segment:  BQT  Beginning  Segment  for  Request  For  Quotation 
Level;  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  beginning  of  a  request  for  a  quotation  transaction  set  and 
to  transmit  identifying  numbers  and  dates 

Syntax:  If  BQT05  is  present,  then  BQT04  is  required. 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

KEF.  DATA 

DES. _ ELEMEKT  NAME  _ ATmigUTES 

BQT01  353  Transaction  Set  Purpose  Code  M  ID  2/2 

Code  identifying  purpose  of  transaction  set. 

Implementation  Note: 

Use  code  00  for  all  original  transactions;  code  01  when  cancelling  an  electronic  RFQ:  code  02  when  adding 
data  to  an  RFQ;  code  03  when  deleting  data  from  an  RFQ;  code  04  when  changing  data  on  an  RFQ;  code  07 
when  sending  a  duplicate  RFQ. 

00  Original 
01  Cancellation 
02  Add 
03  Delete 
04  Change 
07  Duplicate 

BQT02  586  Request  for  Quote  Reference  Number  M  AN  1/45 

Number  assigned  by  the  purchaser  to  identify  his  request  for  quote. 

Implementation  Note: 

SF  3  8  Block  1. 

BOT03  652  Request  Quotation  Control  Date  M  DT  6/6 

Date  to  be  used  for  reference  purposes  in  an  RFQ  and  a  response  to  RFQ. 

Implementation  Note: 

SF  18  Block  2. 


Conditional 


Optional 


BQT04  374  Date/Time  Qualifier  C  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Note: 

Use  code  106  for  the  date  the  quote  is  Required  By. 

106  Required  By 

BQT05  373  Date  O  DT  6/6 

Date  (YYMMDD). 

Implementation  Note: 

The  date  the  quote  is  required  to  be  received.  See  SFI8  Block  10. 


Not  Used 
Not  Used 


BQT06  92  Purchase  Order  Type  Code 
BQT07  960  Request  for  Quote  Type  Code 


O  ID  2/2 

O  ID  2/2 


5 


DC04  •  JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  00301000D 


840  •  REQUEST  FOR  QUOTATION 
NTE  •  NOTE^SPECIAL  INSTRUCTION 


Floating 


Segment:  NTE  Note/Special  Instruction 
Level:  Header 


Loop:  _ 

Usage:  Floating 
Max  Use:  100 

Purpose:  To  transmit  information  in  a  tree-form  format,  if  necessary,  for  comment 
or  special  instruction 

Comment:  The  NTE  segment  permits  free-form  information/data  which,  under  ANSI 
XI 2  standard  implementations,  is  not  machine  processable.  The  use  of 
the  "NTE"  segment  should  therefore  be  avoided,  if  at  all  possible,  in  an 
automated  environment. 


Optional 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES. _ ELEMENT  NAME _ ArmWUTES 

NTE01  363  Note  Reference  Code  O  ID  3/3 

Code  identifying  the  functional  area  or  purpose  for  which  the  note  applies. 

GEN  Entire  T ransaction  Set 

NTE02  3  Free  Form  Message  M  AN  1/60 

Free-form  text. 
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ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 


Required 


Mandatory 


Conditional 


Conditional 


Segment:  REF  Reference  Numbers 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 

Syntax:  Either  REF02  or  REF03  is  required. 

Implementation  Note: 

One  iteration  of  REFOI/02  is  required  in  order  to  carry  the  Unique  Tracking  Number  (UTN)  for 
the  transaction  set. 

Data  Element  Summa 


RCF.  DATA 

DES.  CLEMENT  NAME  ArTAIBUTCS 


REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  code  IL  for  the  purchase  request  number,  see  Block  3  of  SF  18;  use  code  RQ  for  the  requisition 
(MILSTRIP  documera )  number,  see  Block  3  of  SF  18;  use  code  DF  for  a  DFARS  cite;  use  code  FA  for  a  FAR 
cite;  use  code  TC  for  procedures,  terms,  and  conditions  differera  from  the  EC  procedures,  terms,  and 
conditions  provided  to  all  participating  vendors;  use  code  65  for  unique  tracking  number;  use  code  72.  ftyr 
master  solicitation  cite.  Code  DS  Block  4  of  SF  18,  is  not  used  in  GATEC  project. 

65  Total  Order  Cycle  Number 

DF  Defense  Federal  Acquisition  Regulations  (DFAR) 

DS  Defense  Priorities  Allocation  System  (DPAS)  Priority  Rating 
FA  Federal  Acquisition  Regulations  (FAR) 

IL  Internal  Order  Number 
RQ  Purchase  Requisition  No. 

TC  Vendor  Terms 
ZZ  Mutually  Defined 

REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

When  REFOl  is  code  TC,  use  REF03  to  describe  the  source  of  the  number  carried  in  REF02. 
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Optional 


Mandatory 


Segment:  PER  Administrative  Communications  Contact 
Level:  Header 
Loop:  _ 


Usage:  Optional 
Max  Use:  3 

Purpose:  To  identify  a  person  or  office  to  whom  administrative  communications 
should  be  directed 

Syntax:  If  PER03  is  present,  then  PER04  is  required. 
_ Data  Element  Summary _ 


HEF. 

OES. 


PER01 


DATA 

ELEWEWT  NAME 


366  Contact  Function  Code  M  ID  2’2 

Code  identifying  the  major  duty  or  responsibility  of  the  person  or  group  named. 


Implementation  Note: 

SF  18  Block  5b. 


1C  Information  Contact 


Optional 

PER02 

93  Name 

Free-form  name. 

0 

AN 

1/35 

Optional 

PER03 

365  Communication  Number  Qualifier 

Code  identifying  the  type  of  communication  number. 

0 

ID 

22 

Implementation  Note: 

Use  any  code,  although  code  EM  is  preferred. 

EM  Electronic  Mail 

FX  Facsimile 

TE  Telephone 

Conditional 

PER04 

364  Communication  Number  C  AN 

Complete  communications  number  including  country  or  area  code  when 

7,/21 

applicable. 

Implementation  Note: 

If  the  communications  number  is  greater  than  21  characters,  repeat  the  PER  segment  to  provide  the 
remaining  characters. 


DC04  •  JANUARY  29  1993 


8 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  .  REQUEST  FOR  QUOTATION 

FOB  •  F.O.B.  RELATED  INSTRUCTIONS  ANSI  ASC  X12  VERSION'RELEASE  003010DOD 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


FOB  F.O.B.  Related  Instructions 

Header 


Optional 

1 

To  specify  transportation  instructions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required, 

1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FO803  and  FOB06/FOB07. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

ACF.  DATA 

CES-  ElEMEMT  NAME  ATTRIBUTES 

FOB01  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

Implementation  Note: 

SF  18  Block?. 

DF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Note: 

Use  code  ZZ  to  qualify  an  "other"  FOB  point. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

When  FOB02  is  code  7J..,  use  FOBO.l  to  describe  the  "other"  location 


Not  Used 
Not  Used 
Conditional 


FOB04 

334 

Transportation  Terms  Qualifier  Code 

FOB05 

335 

Transportation  Terms  Code 

FOB06 

309 

Location  Qualifier 

Code  identitying  type  of  location. 

0 

ID 

2/2 

C 

ID 

3/3 

c 

ID 

1/2 

DC04.  JANUARY  29  1993 
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CSH  •  HEADER  SALE  CONDITION  ANSI  ASC  Xl2  VERSION/RELEASE  003010DOD. 


Optional 


Segment: 
Level: 
Loop: 
Usage; 
Max  Use: 
Purpose; 
Syntax: 

Comment: 


CSH  Header  Sale  Condition 

Header 


Optional 

1 

To  specify  general  conditions  or  requirements  of  the  sale 

1.  If  CSH02  is  present,  then  CSH03  is  required. 

2.  If  CSH06  is  present,  then  CSH07  is  required. 

CSH04  is  the  account  number  to  which  the  purchase  amount  is  to  be 
charged. 


Optional 


Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  E1.EMEWT  HAXE _ ATTRWlffES 

CSH01  563  Sates  Requirement  Code  O  ID  1/2 

Code  to  identify  a  specific  requirement  or  agreement  of  sale 

Implementation  Note: 

Use  code  Z  to  indicate  a  small  purchase,  small  business  set-aside. 

Z  Mutually  Defined 


CSH02 

564 

Do-Not-Exceed  Action  Code 

0 

ID 

1/1 

CSH03 

565 

Do-Not-Exceed  Amount 

C 

N2 

2/9 

CSH04 

508 

Account  Number 

0 

AN 

1/35 

CSH05 

596 

Required  Invoice  Date 

0 

DT 

6/6 

CSH06 

559 

Association  Qualifier  Code 

O 

ID 

2/2 

CSH07 

560 

Special  Services  Code 

C 

ID 

2/10 

I 
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840  •  REQUEST  FOR  QUOTATION 
DTM  .  DATETIME  REFERENCE 


Optional 


Segment:  DTM  Oate/Time  Reference 
Level:  Header 
Loop:  _ 


Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 
Implementation  Note: 

Required  delivery  date  will  be  provided  in  the  segment  as  an  actual  date  or  in  the  LDT  segment  as 
a  set  number  of  calendar  days  after  receipt  of  order.  If  the  tatter  is  used,  omit  the  segment. 


Mandatory 


Conditional 


Conditional 


Optional 


_ Data  Element  Summary _ 

REF.  OAT* 

OES. _ IttMEWT  NAME  _ ATTRIEUTES 

OTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Use  code  002  when  the  date  in  DTM02  is  the  “deliver  by”  date,  and  applies  to  the  whole  order  unless  the 
delivery  date  is  defined  in  segment  LDT. 


2.  If  the  delivery  date  applies  to  the  line  item  level,  it  will  be  specified  in  the  DTM  or  SCH  segment  in  Table 

2,  unless  the  delivery  is  defined  in  the  LDT  segment  in  Table  2. 

3.  Code  002  applies  to  SF 18  Block  6. 


002 

Delivery  Requested 

DTM02 

373 

Date  C  DT 

Date  (YYMMDD). 

6/6 

DTM03 

337 

Time  C  TM  4/4 

Time  expressed  in  24-hoor  clock  time  (HHMM,  time  range;  0000  though  2359). 

DTM04 

623 

Time  Code  O  ID 

Code  identifying  the  time.  In  accordance  with  International  Standards 

2/2 

Organization  standard  8601,  time  can  be  specified  by  a  +  or  -  and  an  indication 
in  hours  in  relation  to  Universal  Time  Coordinate  (UTC)  time.  Since  +  is  a 
restricted  character,  +  and  -  are  substituted  by  P  and  M  in  the  codes  that  follow. 

Implementation  Note: 

IfDTMOS  is  used,  DTM04  is  REQUIRED. 

CD  Central  Daylight  Time 
CS  Central  Standard  Time 
CT  Central  Time 
ED  Eastern  Daylight  Time 
ES  Eastern  Standard  Time 
ET  Eastern  Time 
GM  Greenwich  Mean  Time 
LT  Local  Time 
MD  Mountain  Daylight  Time 
MS  Mountain  Standard  Time 
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MT  Mountain  Time 
PD  Pacific  Daylight  Time 
PS  Pacific  Standard  Time 
PT  Pacific  Time 
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840  •  REQUEST  FOR  QUOTATION 
LDT.  LEAD  TIME 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Comment: 


LDT  Lead  Time 

Header 


Optional 

12 

To  specify  lead  time  for  availability  of  products  and  services. 
LDT04  is  the  effective  date  of  lead  time  information. 


Implementation  Note: 

Required  delivery  date  will  be  provided  in  this  segment  as  a  set  number  of  calendar  days  after 
receipt  of  order,  or  in  the  DTM  segment  as  an  actual  dale.  If  the  DTM  segment  is  used,  omit  this 
segment. 


I 


Mandatory 


Mandatory 

Mandatory 


Not  Used 


Data  Element  Summary 


MfF. 

OES. 

DATA 

ELCMEMT  NAME 

ATTNttUTES 

LOT01 

345  Lead  Time  Code 

Code  indicating  the  time  range. 

AF  From  date  of  PO  receipt  to  delivery. 

M 

ID 

212 

LDT02 

380  Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

LDT03 

344  Unit  of  Time  Period  Code 

Code  indicating  the  time  period. 

DA  Calendar  Days 

M 

ID 

2/2 

• 

LDT04 

373  Date 

0 

DT 

6/6 
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840  •  REQUEST  FOR  QUOTATION 

PWK  •  PAPERWORK  ANSI  ASC  X12  VERSION/RELEASE  003010DOD. 


Optional 


Segment:  PWK  Paperwork 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  25 


Purpose:  To  specify  the  type  and  transmission  of  paperv.’ork  relating  to  a  product, 
order  or  report. 

Syntax:  If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

Comments:  1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 


2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 


Implementation  Notes: 

1.  Use  this  segment  to  indicate  which  paperwork  must  be  considered  in  preparing  the  response  to 
the  RFQ  and  how  we  would  like  to  receive  that  "paperwork.” 

2.  Use  this  segment  if  the  information  applies  to  the  entire  order.  Use  the  PKG  segment  at  the 
detail  level  when  the  information  applies  to  the  line  item  level. 


Mandatory 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEMT  NAME  _ ATmiBUTES 

PWK01  755  Report  Type  Code  M  ID  2/2 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implementation  Note: 

Use  when  additional  information  will  have  to  accompany  the  shipment,  follow  under  separate  cover,  he 
provided  electronically,  or  provided  in  the  response  to  the  RFQ  transaction  set. 

CP  Certificate  of  Compliance  (Material  Certification) 

MR  Material  Inspection  and  Receiving  Report 
MS  Material  Safety  Data  Sheet 
PD  Proof  of  Delivery 
SN  Shipping  Notice 

PWK02  756  Report  Transmission  Code  M  ID  2/2 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

Implementation  Note: 

While  any  code  can  be  used,  code  EL  is  preferred  when  response  can  he  made  electronically,  using  one  of  the 
transaction  sets  specifically  designed  for  the  purpose,  and  made  a  part  of  the  RFQ  system.  All  paperwork 
can  be  satisfied  by  f  irwarding  the  data  by  mail,  when  code  BM  is  used. 

BM  By  Mail 
EL  Electronically  Only 
WS  With  Shipment  (With  Package) 

PWK03  757  Report  Copies  Needed  O  NO  1/2 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD  PWK  •  PAPERWORK 


Not  Us«d 

PWK04 

98 

Entity  Identifier  Code 

O 

ID 

2/2 

Not  Used 

PWK05 

66 

Identification  Code  Qualifier 

C 

10 

1/2 

Not  Used 

PWK06 

67 

identification  Code 

C 

ID 

2/17 

Optional 

PWK07 

352 

Description  0  AN 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content 

1/80 

Not  Used 

PWK08 

704 

Paperwork/Report  Action  Code 

O 

ID 

1/2 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

PKG  •  MARKING,  PACKAGING,  LOADING  ANSI  ASC  X12  VERSfON/RELEASE  003010DOD 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


PKG  Marking,  Packaging,  i.oading 
Header 


Optional 

200 

To  describe  marking,  packaging,  loading  and  unloading  requirements. 

1.  It  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F”,  PKG04  is  not  used. 


3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 
implementation  Notes: 

1.  A  table  might  be  required  to  convert  DoD  to  ASC  X12  packaging  codes. 

2.  Use  this  segment  if  the  information  applies  to  the  entire  order.  Use  the  PKG  segment  at  the 
detail  level  when  the  information  applies  to  the  line  item  level. 


Mandatory 


Optional 


Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DAT* 

DES.  ElEMENT  N*HE _ tTTBIDJTES 

PKG01  349  Item  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  0  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Notes: 

/.  Use  any  code. 

2.  Use  code  35  for  Unitizing:  code  36  for  PackJPreservation;  and  code  37  for  Packing. 

PKG03  559  Association  Qualifier  Code  C  ID  2/2 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 

PKG04  754  Packaging  Description  Code  C  ID  1/7 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

MAN  •  MARKS  AND  NUMBERS  ANSI  ASC  X12  VERSION/RELEASE  0030100OD 


Optional 


Mandatory 


Mandatory 


Segment;  MAN  Marks  and  Numbers 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  10 

Purpose:  To  indicate  identifying  marks  and  numbers  for  shipping  containers 
Implementation  Note: 

Use  this  segment  if  the  info,  ..,ation  applies  to  the  entire  order.  Use  the  M.M',’  segment  at  the  detail 
level  when  the  information  applies  to  the  line  item  level. 

Data  Element  Summary 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 

840  •  REQUEST  FOR  QUOTATION 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ _ N9  •  REFERENCE  NUMBER 

Segment:  N9  Reference  Number 
Level:  Header 
Loop:  N9  Repeat:  1000 
opUonei  Usage:  Optional 

Max  Use:  1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 

_ Data  Element  Summary _ 

KEF.  DATA 

DES.  ELEMENT  NAME  ATTRIBUTES 

Mandatory  N901  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Notes: 

1.  When  N90I  is  code  CJ,  carry  the  clause  number  in  N902. 

2.  If  the  clause  source  is  other  than  the  FAR,  indicate  the  source  in  N903. 

3.  Use  code  72,  for  representations  and  certifications.  If  code  72  is  used,  insert  the  number  of  the 
certification  or  representation  required  to  be  made  in  any  quote  in  response  to  this  RFQ.  Explanations  can  he 
carried  in  N903, 


CJ  Clause  Number 
ZZ  Mutually  Defined 


Conditional 

N902 

127 

Reference  Number  C  AN 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

1/30 

Conditional 

N903 

369 

Free-form  Description  C  AN 

Free-form  descriptive  text. 

1/45 

Not  Used 

N904 

373 

Date 

0  DT 

6/6 

Not  Used 

N905 

337 

Time 

0  TM 

4/4 

DC04  •  JANUARY  29  1993 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

MSG  •  MESSAGE  TEXT  ANSI  ASC  X12  VERSION/RELEASE  003010DO0 


MSG  Message  Text 

Header 
N9 

Optional 
1000 

To  provide  a  free  form  format  that  would  allow  the  transmission  of  text 
information. 

MSG02  is  not  related  to  the  specific  characteristics  of  a  printer,  but 
identifies  top  of  page,  advance  a  line,  etc. 

_ Data  Element  Summary _ 

pis!  ElTh'^  name _ ATTBUUTES 

AN  1/264 

ID  2/2 


Mandatory 


Not  Used 


MSG01 

933 

MSG02 

934 

Free-Form  Message  Text 

Free-form  message  text. 

Printer  Carriage  Control  Code 


M 


Optional 


Segment; 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 

Comment: 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


I 


ANSI  ASC  X12  VERSION/RELEASE  00301000D_ 


840  •  REQUEST  FOR  QUOTATION 
N1  • NAME 


Optional 


Segment:  N1  Name 
Level:  Header 
Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 
Syntax:  1.  At  least  one  of  N102  or  N103  must  be  present 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 


Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  ct 

providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  {N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 

Implementation  Note: 

Addresses  are  typically  defined  using  NIOl ,  N103,  and  NI04.  N102  and  N2  -  N4  should  be  used 
when  the  ship  to  addressee  cannot  be  described  with  a  zip  code. 


Mandatory 


Conditional 


Conditional 


Conditional 


_ Data  Element  Summary _ 

ACF.  DATA 

D6S. _ ELEMEWT  NAME  ATTHHUTES 


N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note: 

SF  18  Block  9. 


ST  Ship  To 

N102  93  Name  C  AN  1/35 

Free-form  name. 

N103  66  Identification  Code  Quaiifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

16  ZIP  Code 

N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  party. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  .  REQUEST  FOR  QUOTATION 

N2  •  ADDITIONAL  NAME  INFORMATION _ ANSI  ASC  X12  VERSION  RELEASE  0030t0DOD 

Segment;  N2  Additional  Name  Information 
Level:  Header 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  2 


Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Data  Element  Summary 


Mandatory 


Optional 


REF. 

OES. 

DATA 

ELEME^ir 

NAME 

ATTRIBUTES 

N201 

93 

Name 

Free-form  name. 

M 

AN 

1'35 

N202 

93 

Name 

Free-form  name. 

O 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


840  •  REQUEST  FOR  QUOTATION 
N3 .  ADDRESS  INFORMATION 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 


N3  Address  Information 

Header 

N1 

Optional 

2 

To  specify  the  location  of  the  named  party 


Mandatory 


Optional 


Data  Element  Summary 


REF. 

DES. 

DATA 

CLEMENT 

NAME 

ATTAIRUTES 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

0 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  *  REQUEST  FOR  QUOTATION 
N4  •  GEOGRAPHIC  LOCATION 


Optional 


Optional 


Not  Used 
Not  Used 


3CATION  ANSI  ASC  X12  VERSION/RELEASE  003010DOD__ 


Segment:  N4  Geographic  Location 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  the  geographic  place  of  the  named  party 
Syntax:  1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

Comments:  1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401 )  is  in  the  USA  or  Canada. 
Data  Element  Summa 


ncr 

OES 

DATA 

ELEMEKT 

NAME 

atthial/tes 

Conditional 

N401 

19 

City  Name 

Free-form  text  for  city  name. 

C  AN  2/19 

Conditional 

N402 

156 

State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 

Optional 

N403 

116 

Postal  Code 

0  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  "ship  to"  address  has  no  zip  code  but  may  have  another  type  of  postal  code  ,  in  a 
foreign  country). 

N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Note: 

A  translation  table  will  be  required  to  convert  those  standard  codes  used  by  the  DoD.  as  contained  in  DoD 
Manual  5000.12-M,  to  those  used  in  theXI2  Standards. 


N405  309  Location  Qualifier 
N406  310  Location  Identifier 


O  ID  1/2 

C  AN  1/25 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


840  •  REQUEST  FOR  QUOTATION 
P01  >  PURCHASE  ORDER  BASEUNE  ITEM  DATA 


Mandatory 


Optional 


Mandatory 


Mandatory 


Not  Usod 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

P01  •  PURCHASE  ORDER  BASEUNE  ITEM  DATA  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Not  Used 

PO105 

639 

Basis  of  Unit  Price  Code  O 

ID 

2, '2 

Optional 

PO106 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Implementation  Notes: 

I.  SF 18  Block  I2h. 

2.  Any  code  may  be  used  in  DE  235;  those  listed  here  are  the  ones  nwst  commonly  expected. 

3.  When  P0106I07  and  subsequent  pairs  are  used  the  first  qualifier  in  POIOb  will  always  contain  code  FT, 
the  Federal  Supply  Classification  and  the  second  qualifier  in  POlOH  will  always  contain  the  code  SI. 

FS  National  Stock  Number 

FT  Federal  Stock  Classification 

MF  Manufacturer 

MG  Manufacturer's  Part  Number 

SI  Standard  Industrial  Classification  Code 

SV  Service  Rendered 

SW  Stock  Number 

Conditional 

PO107 

234 

Product/Service  10  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

PO108 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Implementation  Note: 

POI08  through  POI25  will  be  used  as  required,  to  carry  additional  inforntatinn  regarding  the  product 
service  being  described  in  the  particular  iteration  of  the  POl  loop. 

or 

Conditional 

POl  09 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

PO110 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POl  11 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POl  12 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Sen/ice  ID  (234). 

ID 

2/2 

Conditional 

POl  13 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POl  14 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POl  15 

234 

Producf/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

POl  16 

235 

Product/Service  ID  Qualifier  0 

ID 

2/2 
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DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

ANSI  ASC  X1 2  VERSION/R ELEASE  00301 ODOD_  _  P01 «  PURCHASE  ORDER  BASELINE  ITEM  DATA 


Conditional 

Optional 

Conditional 

Optional 

Conditional 

Optional 

Conditional 

Optional 

Conditional 


Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234), 

P0117  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

P0118  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

P0119  234  Product/Ser vice  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

PO120  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

P0121  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

P0122  235  Product/Service  ID  Qualifier  O  ID  2./2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

P0123  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

P0124  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

P0125  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

PID  •  PRODUCT/ITEM  DESCRIPTION  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


PID  Product/Item  Description 

Detail 

PID  Repeat:  1000 
Optional 
1 

To  describe  a  product  or  process  in  coded  or  tree-form  format 

1.  If  P1D04  is  present,  then  PID03  is  required. 

2.  At  least  one  of  PID04  or  FIDOS  must  be  present. 

1.  When  PID01  is  “F",  PID04  is  not  used. 

2.  Use  PID03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

3.  PID04  should  be  used  for  industry-specific  product  description  codes. 

4.  Use  PID06  when  necessary  to  refer  to  the  product  surface  or  layer 
being  described  in  the  segment. 


Mandatory 


Not  Used 
Not  Used 
Not  Used 
Conditional 


Data  Element  Summary 


OES. 

PI001 

ELEMEK 

349 

r  NAME 

Item  Description  Type 

Cnrie  indicating  the  format  cf  a  description. 

M 

ATTRIBL 

ID 

HES 

1/1 

F  Free-form 

Pi002 

750 

Product/Process  Characteristic  Code 

0 

ID 

2/3 

PID03 

559 

Association  Qualifier  Code 

C 

ID 

212 

PI004 

751 

Product  Description  Code 

C 

ID 

1/12 

FIDOS 

352 

Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Notes: 

1.  FIDOS  can  carry  an  additional  free -form  description  of  the  commodity  or  contracted  services  if  necessary. 
It  may  also  be  used for  an  explanation  of  a  contract  condition,  in  lieu  of  using  the  NTE  segment. 

2.  SF 18  Block  12b 


Not  Used 


PID06  752  Surface/Layer/Position  Code 


O  ID  2/2 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 
MEA ' MEASUREMENTS 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  MEA  •  MEASUREMEt 


Segment:  MEA  Measurements 
Level:  Detail 
Loop:  PID 

Opiionai  Usage;  Optional 

Max  Use:  10 

Purpose:  To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax;  1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03.  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment:  When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
{+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

Implementation  Notes: 

1.  This  segment  can  be  used  any  time  a  measurement  needs  to  be  described  for  an  item  in  the  RFQ. 

2.  It  is  also  used  to  describe  any  variation  in  guantiry  applicable  at  the  line  item  level. 

Data  Element  Summa 


Optional 


Optional 


Conditional 


Conditional 


Conditional 


KEF.  UT* 

OES.  ELEMENT  NAME  _  ATmiBITTES 


MEA01  737  Measurement  Refernnce  ID  Code  O  ID  2/2 

Code  specifying  the  application  of  physical  measurement  cited. 

Implementation  Notes: 

1.  SF  18  Block  ]  2b. 

2.  Use  code  CT  for  variation  in  quantity;  use  any  applicable  code  for  describing  other  measurements. 

CT  Counts 


MEA02  738  Measurement  Qualifier 

Code  identifying  the  type  of  measurement. 

Implementation  Note: 

Use  code  PO  for  variation  in  quantity;  other  codes  as  applicable. 
PO  Percent  of  Order 


O  ID  1/3 


MEA03 

739 

Measurement  Value 

The  value  of  the  measurement. 

C 

R 

1/10 

MEA04 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C 

ID 

2/2 

Implementation  Note: 

Use  code  PI  for  variation  in  quantity;  other  codes  as  applicable. 
Pi  Percent 

MEA05  740  Range  Minimum 


C  R  1/10 
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DEPARTMENT  OF  DEFENSE 
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840  .  REQUEST  FOR  QUOTATION 

MEA  •  MEASUREMENTS _ ANSI  ASC  X12  VERSION/RELEASE  003010DOD 

The  value  specifying  the  minimum  of  the  measurement  range. 

Implementation  Note: 

Variation  in  quantity  under. 


Conditional 


MEA06  741  Range  Maximum  C  R  1/10 

The  value  specifying  the  maximum  of  the  measurement  range. 

Implementation  Note: 

Variation  in  quantity  over. 


Not  Used 
Not  Used 
Not  Used 


MEA07 

935 

Measurement  Significance  Code 

MEA08 

936 

Measurement  Attribute  Code 

MEA09 

752 

Surface/Layer/Position  Code 

O  ID  m 

C  ID  2/2 

O  ID  2/2 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_  PINK  •  PAPERWORK 


Optional 


Segment:  PWK  Paperwotlt 
Level:  Detail 


Loop; 
Usage: 
Max  Use: 
Purpose: 

Syntax: 

Comments: 


P01 

Optional 

25 

To  specify  the  type  and  transmission  of  paperwork  relating  to  a  product, 
order  or  report. 

If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 


2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 


Implementation  Notes: 

1.  Use  this  segment  to  indicate  which  paperwork  must  be  considered  in  preparing  the  response  to 
the  RFQ  and  how  we  would  like  to  receive  that  "paperwork." 


2.  SF 18.  Block  I2b. 


Mandatory 


Mandatory 


Optional 


_ Data  Element  Summary _ 

)icr.  DAT* 

D€S.  EUMgWT  NAMt  _ ATTAItOTR 

PWK01  755  Report  Type  Code  M  ID  2/2 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implementation  Note: 

Use  when  additional  information  will  have  to  accompany  the  shipment,  will  have  to  follow  under  separate 
cover,  be  provided  electronically,  or  provided  in  the  response  to  the  RFQ  transaction  set,  and  the  inforrtuuion 
is  applicable  to  the  line  item  level. 

CP  Certificate  of  Compliance  (Material  Certification) 

MR  Material  Inspection  and  Receiving  Report 
MS  Material  Safety  Data  Sheet 
PD  Proof  of  Delivery 
SN  Shipping  Notice 

PWK02  756  Report  Transmission  Code  M  ID  2/2 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

Implementation  Note: 

While  any  code  can  be  used,  code  EL  is  preferred  when  response  can  be  made  electronically,  using  one  of  the 
transaction  sets  specifically  designed  for  the  purpose,  and  made  a  part  of  the  RFQ  system.  All  paperwork  can 
be  satisfied  by  forwarding  the  data  by  mail,  when  code  BM  is  used. 

BM  By  Mail 
EL  Electronically  Only 
WS  With  Shipment  (With  Package) 

PWK03  757  Report  Copies  Needed  0  NO  1/2 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 
PWK  •  PAPERWORK 


Not  Used 

PWK04  98 

Not  Used 

PWK05  66 

Not  Used 

PWK06  67 

Optional 

PWK07  352 

Not  Used 

PWK08  704 

ANSI  ASC  X12  VERSION/RELEASE  00301000D 


Entity  Identifier  Code 

0 

ID 

2/2 

Identification  Code  Qualifier 

C 

ID 

1/2 

Identification  Code 

C 

ID 

2/17 

Description 

0 

AN 

1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their 

content. 

Paperwork/Report  Action  Code 

0 

ID 

1/2 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DO0 


840  •  REQUEST  FOR  QUOTATION 
PKG  •  MARKING,  PACKAGING,  LOADING 


Optional 


Mandatory 


Optional 


Conditional 


Conditional 


Conditional 


Segment:  PKG  Marking,  Packaging,  Loading 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  200 

Purpose:  To  descnce  marking,  packaging,  loading  and  unloading  requirements. 

Syntax:  1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

Comments:  1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  "F”,  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 
Implementation  Note: 

A  table  might  be  required  to  convert  DoD  to  ASC  X 12  packaging  codes. 

_ Data  Element  Summary _ 


REF. 

DES. 


OAT* 

ELEMEWT  NAME 


M  ID 


l/t 


PKG01  349  Item  Description  Type 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Notes: 

1.  Use  any  code. 

2.  Use  code  35  for  Unitizing;  code  36  for  PacklPreservation;  and  code  37  for  Packing. 


PKG03  559  Association  Qualifier  Code 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 


ID 


ID 


2/2 


1/7 


PKG04  754  Packaging  Description  Code 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 

PKG05  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840 .  REQUEST  FOR  QUOTATION 

P04  •  ITEM  PHYSICAL  DETAILS  ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 


Optional 


Optional 


Optional 

Conditional 

Optional 


Optional 

Conditional 

Conditional 


Segment:  P04  Item  Physical  Details 
Level;  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  the  physical  qualities,  packaging,  weights  and  dimensions 
relating  to  the  item. 

Syntax:  1.  If  PO402  is  present,  then  PO403  is  required. 

2.  If  PO405  is  present,  then  at  least  one  of  PO406  or  PO407  is  required. 

3.  If  PO408  is  present,  then  PO409  is  required. 

4.  If  P0413  is  present,  then  at  least  one  of  P041 0,  P041 1  or  P0412  is 
required. 

Comments:  1.  PO403  -  The  "Unit  of  Measure  Code"  (Element  #355)  in  this  segment 
position  is  for  purposes  of  defining  the  pack  (PO401)  /size  (PO402) 
measure  which  indicates  the  quantity  in  the  inner  pack  unit.  Example:  If 
the  carton  contains  24 12-Ounce  packages,  it  would  be  described  as 
follows:  Element  356  =  24;  Element  357  =  12;  Element  355  =  OZ. 

2.  PO410  defines  the  unit  of  measure  for  PO408,  PO409,  and  PO410. 


Data  Element  Summa 


REP. 

OES. 

DATA 

ELEMEKT 

NAME 

ATTWRUTES 

PO401 

356 

Pack 

Number  of  inner  pack  units  per  outer  pack  unit. 

0 

NO 

1/6 

Implementation  Note: 

SF  18  Block  12b. 

PO402 

357 

Size 

Size  of  supplier  units  in  pack. 

0 

R 

1/8 

PO403 

355 

UnH  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C 

ID 

2/2 

PO404 

103 

Packaging  Code 

Cods  identifying  ihe  type  of  packaging.  Part  1 . 
Packaging  Material. 

0  ID 

Packaging  form.  Part  2. 

5/5 

Implementation  Note: 

These  codes  are  XI2  codes,  A  translation  table  will  be  required  to  convert  them  to  DoD  codes,  to  the  extent 
that  the  DoD  codes  differ  from  the  X 12  codes. 

PO405 

187 

Weight  Qualifier 

Code  defining  the  type  of  weight. 

0 

ID 

1/2 

PO406 

384 

Gross  Weight  per  Pack 

Numeric  value  of  gross  weight  per  pack. 

c 

R 

1/9 

PO407 

355 

Unit  of  Measurement  Code 

c 

ID 

2/2 

35 
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840  ■  REQUEST  FOR  QUOTATION 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  P04  •  ITEM  PHYSICAL  DETAILS 


Optional 


Conditional 


Optional 


Optional 


Optional 


Conditional 


Code  identifying  the  basic  unit  of  measurement. 


PO408  385  Gross  Volume  per  Pack 

Numeric  value  of  gross  volume  per  pack. 

PO409  355  Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 


O  R  1/9 

C  ID  2/2 


PO410  82  Length  O  R  1/8 

Largest  horizontal  dimension  of  an  object  measured  when  the  object  is  in  the 
upright  position. 


P0411  189  Width  OR  1/8 

Shorter  measurement  of  the  two  horizontal  dimensions  measured  with  the  object 
in  the  upright  position. 

P0412  65  Height  O  R  1/8 

Vertical  dimension  of  an  object  measured  when  the  object  is  in  the  upright 
position. 

P0413  355  Unit  of  Measurement  Code  C  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 
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DEPARTMENT  OF  DEFENSE 
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840  •  REQUEST  FOR  QUOTATION 

REF  •  REFERENCE  NUMBERS  ANSI  ASC  X12  VERSION  RELEASE  00301 ODOD 


Optional 


Segment:  REF  Reference  Numbers 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 
Syntax:  Either  REF02  or  REF03  is  required. 


_ Data  Element  Summary _ 

REF.  OAT* 

DES. _ ELEMEFfT  NAME _ ATTRIBUTES 


Mandatory 


REF01  128  Reference  Number  Qualifier 

Code  qualifying  the  Reference  Number. 

Implementation  Notes: 

/.  SF  18  Block  12b. 

2.  Use  any  qualifier  that  identifies  the  item  being  described  in  the  RFQ. 


M  ID  2/2 


Conditional 


Conditional 


REF02  127  Reference  Number  C  AN  1'30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

REF03  352  Description  C  AN  1  80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 

840  •  REQUEST  FOR  QUOTATION 

ANSI  ASC  X12  VERSIONyRELEASE  003010DOD_  FOB  •  F.O.B.  RELATED  INSTRUCTIONS 

A 

Segment: 

FOB  F.O.B.  Related  instructions 

w 

Level: 

Detail 

Loop: 

P01 

Optional 

Usage: 

Optional 

Max  Use: 

1 

Purpose: 

To  specif y  transportation  instaictions  relating  to  shipment 

Syntax: 

1.  If  FOBOS  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOBOS  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOBOS  is  present,  then  FOB09  is  reqihred. 

Comments: 

1.  FOB01  indicates  which  party  will  pay  the  earner. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOBOS  is  the  code  specifying  title  passage  location. 

4.  FOBOS  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 

Implementation  Note: 

Use  FOB  segment  here  when  FOB,  inspection  and/or  acceptance  applies  at  the  line  item  level. 

0 

Data  Element  Summary 

KEF.  OATA 

OES.  ELEMEKT 

NAME 

ATTPIBOTES 

Mandatory 

FOB01  146 

Shipment  Method  of  Payment  M 

Code  identifying  payment  terms  for  transportation  charges. 

ID 

^'2 

DF  Defined  by  Buyer  and  Seller 

Conditional 

FOB02  309 

Location  Qualifier  C 

Code  identifying  type  of  location. 

ID 

1/2 

Implementation  Note: 

Use  code  ZZ  to  qualify  an  "other"  FOB  point. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

Optional 

FOB03  352 

Description  0  AN 

A  tree-form  description  to  clarify  the  related  data  elements  and  their  content 

1/80 

Implementation  Note: 

When  FOB02  is  code  ZZ,  use  FOBOS  to  describe  the  “other"  location. 

Not  Used 

FOB04  334 

Transportation  Terms  Qualifier  Code  0 

ID 

2/2 

Not  Used 

FOBOS  335 

T ransportation  Terms  Code  C 

ID 

3/3 

Conditional 

FOB06  309 

Location  Qualifier  C 

Code  identifying  type  of  location. 

ID 

1/2 

0 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


840  •  REQUEST  FOR  QUOTATION 
DTM .  DATErriME  REFERENCE 


Optional 


Mandatory 


Conditional 


Conditional 


Optional 


Segment:  DTM  Date/Time  Reference 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 
Implementation  Note: 

Required  delivery  dale  will  be  provided  in  this  segment  as  an  actual  dale  or  in  the  LDT  segment  as 
a  set  number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  the  segment. 

Data  Element  Summa 


DATA 

ELBUCKT  NAME 


DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Note: 

Use  code  002  for  the  required  delivery  date  (unless  delivery  date  is  defined  in  segment  LDT)  and  when  the 
delivery  applies  to  the  entire  line  item.  Use  theSCH  segment  when  deliveries  will  differ  by  quantity  or  date. 

002  Delivery  Requested 

DTM02  373  Date  C  DT  6/6 

Date  (YYMMDD). 

DTM03  337  Time  C  TM  4/4 

Time  expressed  in  24'hour  clock  time  (HHMM,  time  range:  0000  though  2359). 

DTM04  623  Time  Code  O  ID  2/2 

Code  identifying  the  time.  In  accordance  with  International  Standards 
Organization  standard  8601,  time  can  be  specified  by  a  +  or  -  and  an  indication 
in  hours  in  relation  to  Universal  Time  Coordinate  (UTC)  time.  Since  +  is  a 
restricted  character,  +  and  -  are  substituted  by  P  and  M  in  the  codes  that  follow. 

Implemantation  Note: 

IfDTMOi  is  used.  DTM04  is  REQUIRED. 

CD  Central  Daylight  Time 
CS  Central  Standard  Time 
CT  Central  Time 
ED  Eastern  Daylight  Time 
ES  Eastern  Standard  Time 
ET  Eastern  Time 
GM  Greenwich  Mean  Time 
LT  Local  Time 
MD  Mountain  Daylight  Time 
MS  Mountain  Standard  Time 
MT  Mountain  Time 
PD  Pacific  Daylight  Time 
PS  Pacific  Standard  Time 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  -  REQUEST  FOR  QUOTATION 
SCH  •  UNE  ITEM  SCHEDULE 

ANSI  ASC  X12  VERSION  RELEASE  003010DOD_ 

Segment: 

SCH  Line  Item  Schedule 

Level: 

Detail 

Loop: 

P01 

Optional 

Usage: 

Optional 

Max  Use: 

104 

Purpose: 

To  specify  the  data  for  scheduling  a  specific  line  item. 

Syntax: 

1.  If  SCH03  is  present,  then  SCH04  is  required. 

2.  If  SCH09  is  used,  then  SCH08  is  required. 

Comment: 

SCH05  specifies  the  interpretation  to  be  used  for  SCH06  and  SCH07. 

Implementation  Note: 

Use  to  describe  a  partial  delivery  at  the  line  item  level. 

Data  Element  Summary 

REF.  DATA 

OES.  ELEMEKT 

NAME 

ATmiBLTfES 

Mandatory 

SCH01  380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

Mandatory 

SCH02  355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

M 

ID 

2/2 

Not  Used 

SCH03  98 

Entity  Identifier  Code 

0 

ID 

2/2 

Not  Used 

SCH04  93 

Name 

C 

AN 

1/35 

Mandatory 

SCH05  374 

OateH'ime  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

M 

ID 

3/3 

Implementation  Notes: 

1.  SF 18  Block  6. 

2.  The  required  delivery  date. 

002 

Delivery  Requested 

Mandatory 

SCH06  373 

Date 

Date  (YYMMDD). 

M 

DT 

616 

Not  Used 

SCH07  337 

Time 

0 

TM 

4/4 

Not  Used 

SCH08  374 

Date/Time  Qualifier 

0 

ID 

3/3 

Not  Used 

SCH09  373 

Date 

C 

DT 

6/6 

Not  Used 

SCH10  337 

Time 

0 

TM 

4/4 
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ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD  MAN  •  MARKS  AND  NUMBERS 


Optional 


Segment:  MAN  Marks  and  Numbers 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  indicate  identifying  marks  and  numbers  for  shipping  containers 


Data  Element  Summa 


MEF. 

OES. 

DATA 

ELEMENT 

NAME 

ArmituTEs 

Mandatory 

MAN01 

88 

Marks  and  Numbers  Qualifier 

Code  specifying  the  application  or  so^ 

M  ID  1/2 

,rce  of  Marks  and  Numbers  (87). 

Mandatory 

MAN02 

87 

Marks  and  Numbers 

M  AN  1/45 

Marks  and  numbers  used  to  identify  a  shipment  or  parts  of  a  shipment. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840 .  REQUEST  FOR  QUOTATION 

N9  •  REFERENCE  NUMBER _ 

Segment:  N9  Reference  Number 
Level:  Detail 


Optional 


Loop:  N9  Repeat:  1000 
Usage:  Optional 
Max  Use:  1 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 


Mandatory 


Conditional 


Conditional 

Not  Used 
Not  Used 


_ Data  Element  Summary _ 

REF.  OAT* 

OES _ EiEMEWT  NAME  ATTRlROTES 

N901  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Notes: 

I.  When  N901  is  code  CJ,  carry  the  clause  number  in  A/902. 


2.  If  the  clause  source  is  other  than  the  FAR,  indicate  the  source  in  N903. 


CJ 

Clause  Number 

N902 

127 

Reference  Number  C  AN 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier, 

1/30 

NSOS 

369 

Free-form  Description  C  AN 

Free-form  descriptive  text. 

1.'4E 

N904 

N905 

373 

337 

Date  0  DT 

Time  0  TM 

6/6 

4/4 
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ANSI  ASC  X12  VERSION/RELEASE  00301 0DOD_ 


840  .  REQUEST  FOR  QUOTATION 
Nl  >  NAME 


Optional 


Segment:  Nl  Name 
Level:  Jetait 
Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 
Syntax:  1.  At  least  one  of  N102  or  N1 03  must  be  present. 


2.  If  either  N1 03  or  N1 04  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  {N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 

Implementation  Note: 

Addresses  are  typically  defined  using  N10I,NI03,  and  NJ04.  N102  and  N2  -  N4  should  be  used 
when  the  ship  to  addressee  cannot  be  described  with  a  zip  code. 


Mandatory 


Conditional 

Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMENT  NAME  _ ATTRIELTTES 

NIOI  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

ST  Ship  To 

N102  93  Name  C  AN  1/35 

Free-form  name. 

N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

16  ZIP  Code 

N104  67  identification  Code  C  ID  2/17 

Code  identifying  a  party. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Segment:  N3  Address  Information 
Level:  Detail 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


840  •  REQUEST  FOR  QUOTATION 
N3  •  ADDRESS  INFORMATION 


Optional 


Mandatory 


DC04- JANUARY  29  1993 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  .  REQUEST  FOR  QUOTATION 

N4  .  GEOGRAPHIC  LOCATION  ANSI  ASC  X12  VERSION/R  ELEAS  E  00301  ODOD_ 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


N4  Geographic  Location 

Detail 

N1 

Optional 

1 

To  specify  the  geographic  place  of  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  {N401)  is  in  the  USA  or  Canada. 


Conditional 


Data  Element  Summary 


REF.  DATA 

DES.  ELEMEMT  NAME _ ATTWIgUTES 


N401  19  City  Name  C  AN  2/19 

Free-form  text  for  city  name. 


Conditional 


N402 


156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 


Optional 


N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  "ship  to"  address  has  no  zip  code  but  may  have  another  type  of  postal  code  ( e.g..  in  a 
foreign  counlry). 


Optional 


N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Note: 

A  translation  table  will  be  required  to  convert  those  standard  codes  used  by  the  DoD,  as  contained  in  DoD 
Manual 5000. 12-M,  to  those  used  in  theXlZ  standards. 


Not  Used 
Not  Used 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

0 

ID 

1/2 

C 

AN 

1/25 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 


840  •  REQUEST  FOR  QUOTATION 
err .  TRANSACTION  TOTALS 


Mandatory 


Mandatory 


Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


Segment:  CTT  Transaction  Totals 
Level:  Summary 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 

Syntax:  1.  If  CTT03  is  present,  then  CTT04  is  required. 

2.  If  CTT05  is  present,  then  CTT06  is  required. 

Comment:  This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 

Data  Element  Summa 


REF.  DATA 

OES.  ELEMEKT  NAME 


CTT01  354  Number  of  Line  Items 

Total  number  of  line  items  in  the  transaction  set. 

Implementation  Note: 

Tola!  number  ofPOl  segments. 

CTT02  347  Hash  Total 

CTT03  81  Weight 

CTT04  355  Unit  of  Measurement  Code 

CTT05  183  Volume 

CTT06  355  Unit  of  Measurement  Code 

CTT07  352  Description 


M  NO  1/6 


O  AN  1/80 


DC04- JANUARY  29  1993 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


840  •  REQUEST  FOR  QUOTATION 

SE  » TRANSACTION  SET  TRAILER _ ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 

Segment:  SE  Transaction  Set  Trailer 
Level:  Summary 


Mandatory 


Loop: 
Usage: 
Max  Use: 
Purpose: 


Comment: 


Mandatory 

1 

To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the 
transmitted  segments  (including  the  beginning  (ST)  and  ending  (SE) 
segments). 

SE  is  the  last  segment  of  each  transaction  set. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMENT  NAME _ ATTRIBtfTES 

SE01  96  Number  of  Included  Segments  M  NO  1'6 

Total  number  of  segments  included  in  a  transaction  set  including  ST  and  SE 
segments. 

SE02  329  Transaction  Set  Control  Number  M  AN  4'9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 

Implementation  Note: 

ThL  is  the  same  number  as  the  one  in  ST02. 
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DC04  •  JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


DEPARTWENT  Of  DEFENSE 
DRAFT  implementation  CONVEIfTlON 


E>tlC 


XlMMA  MP0MMATX3N  MANUAL 


VIII  -  FORMS,  FORMS,  FORMS 


ASC  X12  Work  RsquMt  Form 

ASC  X12  Now  Proioct  Proposal  Fotm 

ASC  X12  Now  Tfaf»acaor»  Sol  Oovotopmoni  Form 

Form  lor  Now  or  Rovisod  ApportcSs  A  Codo  Sourco  Roforonco 

Oocumoro  Proptratiort  lor  iroorprotatlons.  Guidolinot  and  Corsroi  Standards 

Sampto  Transmittal  Form 

ASC  X12  BaBol  Commont  Rosponso  Lottor  Format 
ASC  X12  Standards  Ordor  Form 


I  - 

FALL  toss 


BASEUNE  AS  OF:  JANUARY  20, 1903 


VIII- 1 

4.0 


nm,.  a/iO/«  DU  NUMBER _ 

DATE  SUBMITTED _ _  .  ^  (S#crtt«rt«t  Only) 

-  ASCX12 

WORK  REQUEST  FORM 

AU.  REQUESTS  MUST  BE  TYPED  or  printad  Itgibly  m  black  Ink.  Compl«t«  both  sUm 

1 .  TO  USE  THIS  POAM  POA  SUPAOAT1NQ  DATA  MAMTENANCE  FOR  A  NEW  DAATT  STANDARD  OA  X12  INTEAAAETATION.  Htt  Al 
r«4uir«mam  pn  ONE  form.  Um  MacAmonti  ••  noetooory.  Utl  ffcw  **  «>*»  oogmowi.  thon  ■■  no  doto  olomonti/ood— /oodo  ooufot. 
Than  H«  rovlaiono  io  auoons  Mgmantt  and  data  Homonti/coaaa/eoaa  aoureaa.  Than  M  any  amaia  (a.g..  X12.5.  X12.6). 

2.  TO  USE  THIS  FOAM  TO  AEOUEST  A  CHANGE  TO  AN  EXSTMQ  STANDARD,  uao  a  aaaara*  Warn  AaquaatPorm  10  llai  all  enangaa  far 
ana  iranaaeBon  aai.  ana  tagmant.  ana  eanaol  aBueiuia.  or  ana  daia  alamant  At  tacdona  muai  ha  eompiaM.  AWachmana  may  ha  uaad 
for  eonOnuatien  and  ahoutd  ba  numbarad. 

3.  TOUSETHiSFOAMTOREOUESTARAOROSEDNEWXiaRAOJECT.aomplaiaSoedanA.  RreMda  a  purpaao/aoepa  and  daaartba  any 
nawfaaturaatnvalvadin  SacdonB.  Rroulda  a  daiertpdon  of  da  buanaaa  naad  and  juadfkadan  far  »a  now  prafaci  In  Sacdan  C/Ran  I.  Tha 
Work  RtgwaataiabaferwardadWNiadprepnaiaXtaiubeammiiiaalDranafydiaMidptaparadowelapraiactprepoadl. 

CirciBOnB:  (l)  NdwSundaid  Supporting  0«tiMaintBn«ncB(uMittachmBnts) 

^)  Existino  Stindard  MaJntdnancB  RsquBSt  (sm  SdCSkjn  D) 

(3)  RoquM  for  Nm  Xt2  ProjBCl 


Aoronyma/abbrairiadeni  cannot  ba  addad  to  da  admdarda.  Mwnry-tpaeMcdHiiwnMalbacfaatfyoiipWnad.  Riawlda  Appandia  A  oeda 

apuraarafaraneaafaralaMmadypubiWMdeodalaMelMd.  Hoowpiaia  forma  er  fwaa  witi  tnadaquaw  auppon  for  ftaahanBaiaqu  mad 
wi*  ba  rabimad  to  DM  aubmaiar. 

A."'SUBMII  IEHTn^ORMATION 

SubmIttBr  NamB  _ 

Compsny 

Addrm  _ 

Addrsss/ZlP  _ 

PhOOB 


IndicatB  thB  Xi2  subcommABB  or  task  group  whoiB  position  is  raprasamad  hara. 

I  daclara  that  thia  rapraaaiBa  tha  official  poaWon  of  Xia  WORK  GROUP: _ 

attabiiahad  at  tha  maating  datad _  ~ 

B.  PROPOSED  WORK:  List  tha  spacMc  changoi  to  tha  standards  baing  raquastad.  Giva  tha  namas  and 
associatad  idantiflan  of  tha  standards,  sagmsnts,  data  alamants  and  codas  aflactad. 


8ASEUNE  AS  OP;  JANUARY  20, 1003 


OCFAimfBfTOf' OCTENSe 
OlUrr  MPLEMEKTATIOM  OONVtNTIOM 


Pag*  Two 


C.  REASON  FOR  CHANGE: 

Parti:  List  th*  v*rsion/ral*aa*  of  th*  standard  you  ar*  using  or  using  aa  a  r«(*r*nc*.  Nam*  th*  frtnuetion  •*( 
that  I*  b*ing/wUI  b*  us*d  that  dlctatas  th*  raquastad  changad.  List  alfactad  s*gm*nis  and  d«ta  Narnams.  or 
ochar  sundards.  Provtd*  only  rataranca  numdars/lOs. 

Rafarane*  Sourc*  Varsion  2/Ralaaa* _ 

Transaction  Sal  Usad 

SagmantAfiactad  _ 

Data  Eiamant  Affaetad _ 

Othar  Standard 

Part  II:  Explain  why  you  naad  tha  proposad  changa.  Prtwtda  a  compiata  scanarto  that  taBs  what  tha  buainaa* 
function,  oparatlon.  or  problam  is  that  w0  ba  satisfiad  by  a  changa  to  th*  standard.  Tha  Xt2J  Tachnical 
Assassmant  Subcommitta*  rsquiras  anough  Mormation  in  this  Part  II  to  ba  abla  to  proposa  an  altamM  sclution  if 

nacasaary. 


D.  RAMIFICATIONS:  tf  you  drciad  (2)  on  Pag*  l.  compiat*  this  sacdon.  To  anaura  that  al  ramMcadons  of  your 
proposad  Chang*  ara  racordad  and  that  your  raquast  is  compiaia.  drei*  balow  aR  lactions  of  tha  standards 
affaetad  by  tha  proposad  changa. 


TRANSACTION  SET  nww  Nirpow/Saop* 

SsQnwn  PbsMou  hsawrs.  Pm. 
LoeaftiaMt  iMaSkvcu* 

ObWW  SsQflWM 


TaM»  Now/Commsm 
Mn.Uw 

MBO  BVyrrIVni 


SEGMENT 

DATA  ELEMENT 

CODE 


Msoe 

hiqurw.  Dm. 
ConwTMM 


Mn/lrte 


VS  vv^mvni 


DiscrtpSon  Typ« 


OTHER  (*.g..  Xt2.5.  X12.8): 

ERRORS  NOTED  IN  THE  STANDARD  (QNa  pag*  na  and  oOtar  Idanilflcation): 


OCPARTMEKT  OF  OmNtf 

OfUFT  MinJEMENTATtON  CONVBfTKM 


H*v  4/1/90 


PP  No. _ 

(Stcrourtat  Onty) 


ASCX12 

NEW  PROJECT  PROPOSAL  FORM 


PROCEDURE:  Only  X12  subcommntaos  may  usa  this  fonn  to  register  new  development  activtttes  as  Xi2  project 
proposals  (^Ps).  C^piete  aU  pages.  PPs  approved  by  the  X12  Procedures  Review  Board  will  be  registered  and 
assigned  a  PP  number  by  DISA,  and  a  Transrrilttal  Form  w8i  be  issued. 

Date  and  complete  the  form  below.  Type  or  print  legibly  in  black  ink  and  number  all  anachment  pages 
consecutively.  Submit  to  DISA  prior  to  an  ASC  XI 2  meeting,  or  to  XI 2J  Technical  Assessment  Subcommittee 
during  the  subcommittee's  agerida  period  at  an  ASC  X12  meeting. 


Date  Submitted: 

Date  Approved  by  Subcommittee: 

Subcommittee  Name: 

Task  Group  Name/No'.: 

Joint  Development  Subcommittee  (H  an^: 

Cireleone:  (a)  Transactfon  Set  (bjGukfeline  (c)  Other 

Project  Working  Title: 


Official  Deiegate(s)  lor  This  Project  To  Be  Named  on  Transmittal  Form: 
Name _ Name 


Company 

Address 


Company 


Address 


Address/ZIP 

Telephone 


_Address/2lP 

Telephone 


4.0.S 


BASEUNE  AS  OF:  JANUARY  29, 1893 


of^AimierroF  DB^BMC 
Oiurr  IMflElieMTATIOM  CONVENTION 


A.  PURPOSE  AND  SCOPE  FOR  TNE  PROPOSED  WORK:  Provid*  a  wNIOaRnw]  purpoM/*cop«  fortfit 
praposad  work.  SMXl2  0«aignRiiMandGuidalirtMforraquir«fTMnu. 


B.  BACKGROUND:  Provida daols that wN ba MpAim ivtAawing tha propoMl.  Who ar* tha ccoacUKl uMra? 
How  wB  tha  standard  ba  UMtf?  WhatbuNnaufunction(s)doaatsarva?.  if  thapropoaad  standard  ovariapaiba 
(unctionalRy  of  an  aidating  standard  or  ona  in  davalopmant.  provida  justMcadort.  If  tfia  proposal  Is  not  tor  a  now 
standard  or  puidaHna.  daicriba  tha  projact  In  datal.  (Uaa  attachmanta  >  nacasaary.) 


6.  OTHER  STAW0AW08  IIIVOI.VED:  If  applicabla.  Idandfy  arty  othar  fauainaaa  WormaBon  standards  that  ara 
simlar/ralatad  to  tha  proposal,  and  nama  standards  dawaiopara  (a.g..  ANSI  AccridXad  Standards  Commnaas) 
whosa  activitias  may  ba  Invotvad  or  affactad. 


0.  EXPECTED  CONTENT/GENEfUl  OES^fUmON:  (OPTIONAL)  Submitlar  trmy  attach  a  prNkninary  draft  of 
tha  proposad  standard  or  othar  supporting  documantatloa  Diacuaa  naw  sagmanta.  data  siamarta.  controi 
atnjc^as,andchanga8toXi2JSorX12.6thaiararaqulradorBntlcipatad.  (Uaa  rtftachmanta.) 


■AWUNt  At  OF;  JANUARY  29. 1993 


O^ARTMENTOf  Oe^BtSE 

DRAFT  MFLEMENTATION  CONVENTION 


4/1/90 

FORM  FOR  NEW  OR  REVISED 

appendix  a  code  source  reference 

INSTRUCTIONS:  Complete  this  fonn  whenever  a  new  data  Nement  or  data  Noment  cod«  N  roquostod  to  tw 
added  which  references  a  code  list  published  by  an  external  (non*Xi2)  organization.  Use  one  form  for  each  new 
reference.  This  form  may  be  used  to  revise  current  references;  fill  out  the  appropriate  areas  below. 


CIRCLE  ONE,  COMPLETE  AS  APPROPRIATE: 

(1)  NEW  REFERENCE 

(2)  REVISED  REFERENCE.  Current  reference  number/name _ _ 

REFERENCE  TITLE:  If  there  is  only  one  source  for  codes  for  the  dau  elemenL  the  title  should  be  the  same  as  the 
data  element  name.  If  there  are  miitiple  codes  referencing  external  code  sources  for  the  same  data  elemenL  tide 
should  approximate  the  coda  da.*initioa 

REFERENCE  TITLE: 


DATA  ELEMENTS  USED  IN:  Give  the  data  element  reference  number  and  name  which  directs  the  user  to  this 
Appendix  A  code  source  reference.  GKre  the  code  ID  (W  assigned)  If  this  Is  for  a  specific  code  of  the  data  elemait. 

USED  IN:  DE  No. _ .  Code  ID _ 

SOURCE:  Provide  the  name  of  the  publication  which  eonuins  the  codas  referenced. 

PUBUSHED  IN: 

AVAILABLE  FROM:  Give  the  publisher,  or  other  contacL  from  whom  the  user  can  obuin  the  documen 

Name/Attn  of  _ _ 

Company  _  . 

Address _ _ 

Address  _ _ 

Address/ZIP  _ 

ABSTRACT:  Briefly  describe  the  publication.  Its  purpose,  and  Indicate  what  codes  It  contains. 

ABSTRACT; 


BASELME  AS  OF:  JANUARY  39.  IttS 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


«■».  4/1/«) 

DOCUMENT  PREPARATION  FOR 
INTERPRETATIONS,  GUIDELINES  AND  CONTROL  STANDARDS 


Th«M  Instructions  art  provUtd  to  assist  dtvtiopers  of  irtttrprautlons.  guidaiints  and  control  structurt  which  art 
not  transaction  stta  (for  transaction  stts  ust  tht  Ntw  Traittactlon  Sat  Dtvalopmtnt  Form). 

GENERAL:  OISA  provfdat  Uttt  ptgt  and  frora  matttr  for  publications  and  copytdita  tht  documtnt  according  to 
DISA  houst  stylt. 

REVISIONS:  if  tht  documtnt  is  a  ravislon  of  a  prtviousiy  publishtd  inttrprttation.  guidtiint  or  standard,  providt  a 
summary  of  tht  chartgts  to  tht  original  that  art  contairttd  In  tht  documtra. 

I  INTERPRETATIONS 

A  formal  Inttrprttation  of  an  XtZ'*'*^  Standard  is  considtrod  part  of  tht  body  of  standards  whan  I  Is  approvad  for 
publication.  Tht  Inttrprttation  draft  shoiidstata  tht  issutprtstnttd  by  tht  rtgutstor.sutt  tht  propottd 
inttrprttation,  and  show  as  attaehmtnu  any  Worfr  fltqutsu  that  may  bt  ntcatsary  to  tiftct  tht  fentarpratation 
within  ttit  aubjact  standard.  Tht  draft  Inttrprttation  is  proctsstdiikt  any  othtrsubcommiRta  documtra. 

II  GUiOEUNES 

For  publication  purpotts,  guidaiints  art  trtattdlBrt  a  Joumaiaftlclt.  Basic  rtquirtmtnis  art  givan  balow. 

ABSTRACT:  This  is  a  pradst  summary  of  tht  Purposa/Scopa  (ata  bakwr),  and  may  ba  idtraical  to  t  if  that  is  bdaf 
(two  paragraphs);  othaiwisasummartzt  tht  purpost/scopa.  h  should  coraain  tnou^  Mormation  about  tht 
documtra  to  tnabla  a  raadtr  datarmint  what  tht  guidtiint  is  iratndtd  to  accomplish  wthin  an  EOl  tnvironmanL 

PURPOSE  AND  SCOPE:  This  statamtra  must  Indicstt  purpott  of  tht  guidaiint.  t.Q..  tb*  butinaat  function  or 
oparationaddrassad.  Scopt  and  any  spacific  NmCations  of  scopa  should  bt  dtfinad. 

BODY  OF  TEXT:  This  may  bt  a  numbar  of  subsaetions  logicaily  organiztd.  Providt  sactiona  for  forawotd. 
introduction,  dtAnliion  of  farms  and  conctpcs,  rtftrtncas  and  rtlatad  standards,  mathodology,  sptdficatlont. 
rtqutrtmtnts,  discussiott,  and  conclusions,  ss  appropriatt  to  tht  subjtcL 

ART  AND  GRAPHICS:  Graphics  or  artworir  nacasaary  to  Hustratt  tht  documtnt  art  tncouragad.  Provida 
camara-rtady  copy  K  thaaa  art  not  airaady  prapartd  and  dtlivtrad  on  a  WP  ditkatta  to  DISA. 

FOREWORD,  FOOTNOTES,  APPENDICES:  Thasa  may  oa  usad  for  purpotts  of  darty,  Bustratlon,  or  gtntraf 
Mormatioa  not  as 'part  of  tht  guidtiint.*  A  stattmart  indicating  tht  mattriai  is  for  Information  purposas  only  and 
not  part  of  tha  guidtiint  shal  appaar  at  tht  baginning  of  a  fortword  or  apptndfaL 

III  CONTROL  STRUCTURES  AND  OTHER  STANDARDS 

For  publication  purpotas,  thasa  documarvs  art  trtattd  likt  guidalinas  (sat  Saction  11  abovt).  Tht  raquirtmants  art 
tha  sama.  with  tha  addUon  of  tht  following; 

NEW  SEGMENTS  AND  DATA  ELEMENTS:  Thasa  may  ba  dtfinad  within  tha  taad;  howtvtr,  sirKa  thay  raprtstnt 
changes  to  X12.22  and  X12.3,  they  should  bt  spadfiad  on  a  Work  Rtqutat  Form  altachad  to  tha  draft 

RELATED  X12^  STANDARDS  AND  OTHER  REFERENCES:  Thasa  shal  ba  idantMad  In  a  saction  wlhin  tha  taut 


BASEUNE  AS  OF:  JANUARY  29, 1993 


4.0.9 


DEPARTIIBITOF INSFGNSE 

DRAFT  MFLEMfMTATION  CONVENTION 


Rt9«T«iW 

FORMAf.  *ThlsOnftStandvd  for  TrWUMContiinctlw  format  and  MtaUilhMtfMdtfieonMrta  of  th* 

TfM«tK*wiS^(  )Hyuaaw«hlnthaconiaxto»anElactronteDatatfMrenanoa  (BX) 
anMronman  Tba  oanaaetfon  aoi  (can  ba  UMd  ta..)* 


t.  PURPOSE  An6  SiOPC  Thltst«amar«mij«indlcataihaliifanoaafcapaMUatafihatranaACtionaat.  and 
atioihaaandara/raeafMnara.  Ei^iainihabMinaaa  function  or  oparailon  that  la  addraasad.  FaloMrASCXt2 
Oaaign  RiJaa  and  GuidaHnaa  and  uaa  ttiia  fomwt: 


FORfyUT;  TMaatandardprowldaatfia  format  and  aatabllahaatha  data  eonania  of  iha 


Tranaaction 


SaiwahintnaconuadofanElactronieOaiainarehanga(EOf)onvtronmanL  TNa  tranaaction  aat  (can  bo  uaad  to  .)* 


D.  IrUdliACnON  iEt  TAiLE(S)  For  aach  tabio  prowtda  tba  toliOMvino 

TAtLEX 


POSITION  SEGMENT 

_ Ifi _ TITLE 


0X0  ST 
020  BE 
ate. 


Tranaaction  Sat  Haadar  N 
Baginning  Sagaant  Per  M 


REQ.  MAX. 
pgg.  USli, 


LOOP  REPEAT 


NOTE 

REP. 


X 

X 


Nota  X 
conant 


NoMi:  TMaManota  NOTES  art  part  of  tha  atandard  (nurnbarad). 
CommoniA:  TNa  0  a  oommaiv.  COMMENTS  art  not  part  of  tha  aawdard 


t.  APPifeWDOC  BCAMRlii  fcawpfaa  art  uaad  to  taot  tha  mart  of  tha  propoaad  tranaaction  and  to  awpiafn  t  to 
uaara.  At  laaat  ona  aitawpfa  0  mandatary.  NoiaeognttabfaproparnamaamaybauaadlnanyaxBmpia. 

■fOUREl:  (Optional)  Uaa  a  avnpiapapardoeumaiawinQ  mode  dMa  M  uaad.  daia  muat  ba  aoeurddy  mappad 
toFiguraA  Original graphicamuatbaaBMhad^i/aiiiTaothay can ba<iopiad. 

FIGURE  2  (or  EXAMPLE):  TMattaNguraandproNdaaBualnaaaSeanarlotoa^tialntotharaadarwhailBOoing 
onmthaaKampia.  Addthanota:  InthlBaMmptathaaatarlaleOrapraaanttthadatailamariiaparatorandtha 
N/LcharacMrarapraaantthaaagmaniiarminator.*  Praaata  EDI  tranamlasion  daM  and  Ka  maarting  in  two  edumna, 
ada-by-aida.  ZZerZZZoodaaaiadlaoourBgod.alncatholruaaldnaaainan«plBnotoryaBcainplalanl.  FORMAT: 


BUSINESS  SCENARIO;  in  Btia  banaacBon  aat  tha  aandar  la  XT2  Ratal  Caraar  and  tha  raoaNar  la  thair  aupdiar. 
Paniaatie  Producta  Mandaetudng,  inc....oic. 


ePITfW(S.M(SStQN,PATA 


(TRANSACTION  SET  PURPOSE  DATA 


ST*SXX*0005  N/L 
No.  0005 
BB*0X*79S00*  N/L 
79S00 
OtC. 


Bogin  Transaction  Sot  SXX;  Control 
Original  Transsiaslon;  Rof.  No. 
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DM  Number 


Rm  S/ 10/90 


(S«crturtat  Only) 


Docuni«ni  No. _ _ 

P«v«lop«r  Obuint  from  OtSA) 


ASC  X12 


NEW  TRANSACTION  SET  DEVELOPMENT  FORM 


INSTRUCTIONS:  Um  this  form  to  submit  a  draft  transaction  sat  for  rsvisM  by  Xt2J  Tschnlcai  Asstssmsnt  untl  k  is 
text  processed  by  OtSA.  Use  a  new  T ransaction  Set  Development  Form  whenever  revisions  are  proposed  and  a 
text  fie  has  not  ya(  been  prepared  by  OISA. 

ATTACHMENTS:  Attach  aS  pages;  use  this  form  as  the  first.  Follow  these  instructions  for  prepartng  matsriais. 

The  submitler  must  obtain  a  document  number  assignment  from  OtSA.  Post  It  to  this  form  (above). 

Attach  a  List  of  Revisions  If  the  draft  was  previousiy  reviewed  by  X12J  or  ff  this  Is  a  revised/redesigr^ed 
transaction  set  standard  rsquiring  X12  baNoL 

Use  ONE  Work  Request  Form  to  list  all  supporting  data  maintenance  for  the  transaction  set  and  attach  It 
tothisform.  Propose  new  or  rovtsed  codes  for  OE 143  and  DE  479  at  a  minimum,  Vrequirsd. 

A  Transmittal  Form  must  accompany  this  document  when  It  is  submitted  to  DISA  for  distrfbutlon. 

Use  the  most  recent  X12^  Standards  Development  Workbook  to  check  your  document  for  accuracy. 


A.  SUBMITTER  INFORMATION 

Submitter:  Name  _ _ 

Company 

Address 

Address/ZiP  _ _ 

Phone'  _ _ _ 

Indicate  the  Xt2  subcommittee  or  task  group  whose  position  is  represented  hers. 

I  declare  that  this  represems  the  official  position  of  Xi2  WORK  GROUP: 
established  at  the  meetirtg  dated _ . 


B.  ABSTRACT  The  Abstract  is  registered  wkh  the  American  National  Standards  Institute.  It  is  a  precise  summary 
of  the  Purpose/Scope  (see  Section  C  below),  it  may  be  Identical  to  the  Purpoee/Scope  i  that  is  brief  (two 
paragraphs),  otherwise  summarize  f  e  purpose/scope.  It  shoUd  contain  erKXjgh  information  about  me  standard 
to  enable  a  poterrtiai  user  determirte  what  equfvalent  paper  transaction  k  represeras  or  what  the  standard  is 
intended  to  do.  Follow  the  format  on  page  two. 
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SAMPLE  TRANSMITTAL  FORM 


Am.  S/10/90 


InKiallzad 
KEY  DATE:  Fabrusry  15, 1590 

DELEGATES  NAME 
RESPONSIBLE  SUBCOMMITTEE 

TRANSACTION  SET/GUIDEUNE  TITLE 

BALLOT  Document  No. 

Current  Document  No. 

Prr>vious  Document  No. 

Project  Proposal  No. 

Associated  WR/DM  Na 


JolviDoe 

ASC  XI 20  XX  Subcommlttee/TQ4 
Xl2Ja  ABC/XYZ  TRANSACTION  SET  (8XX) 


ASCX120/9(H)51 
ASCX12Q/9(MX>4 
PP-9QQ 
DM  012-190 


PROJECT  PROPOSAL 
PP  Review  by  X12J 
PRB  Approves  PP 

DEVELOPMENT  PHASE:  Project  proposal  approval  throu^  approval  for  X12  vote. 

Document  Submittad  for  DISA  Taid  Procesaino 

Subcommittee  Approves  Draft  for  Revlaw  by  X12J,  Tech  Aasessmertt 

Xi  2J  Tech  Assessment  Review 

PRB  Approves  Document  for  X12  Vote 


ORIGINAL  BALLOT  DATA  (DISA): 

Ballot  Qosed  Date 

Tally/Comments  Sent  to  Chair/Dsiegates 
T^ty  Stats  (Number  and  Percent) 

_ Ballots  Mated  (100%) 

_ Ballots  Returned  ( _ ^%) 

_ Approved  ( _ %) 

_ App  w/Comment  ( _ %) 

_ Disapproved  ( _ %) 

_ Abstained  ( _ ^%) 


(DATE)  2/7/90 
PATE)  2/9/90 


PATE) 

PATE)' 

PATE)' 

PATE)' 


PATE) 

PATE)’ 


DEPARTMENT  Of  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


Pag*  Two 

COMMENT  RESOLUTION  PHASE:  SaTsactlona  A.  B  and  C.  If  tha  subconurVRM  at  any  tim*  dadda*  to  raoattot 
tha  docwnant,  PRB  approval  I*  raquirad  and  rasponso  iaaars  ara  not  nacassary. 

A.  COMMENT  RESPONSE  LETTERS:  An  Opan  Fooim  must  ba  schadiAad  at  tha  nax!  X12  moating  foBowtng  tha 
balot  closing  data.  All  thosa  who  commantad  racatva  a  commant  raaponsa  laOar  from  tha  davaloplng 
subcommUtaa.  OISA  raeorda  this  procau  and  handlat  tha  maling. 

Open  Forum  Data  (DATE)  __________ 

Rasponsa  Lattars  Maiad  Out  by  DISA  (DATE) _ 

Rabunai  Parlod  (30  days)  Ocaas  PATE) _ 


ADJUSTED  BALLOT  DATA  piSA): 

30-0ay  Rasponsa  Raviaw  Ckiaad  Oat*  PATE) 

Taliy/Commantt  Sant  to  Chalr/DalagMtas  (a\TE) 

Taly  Stats  (Numbar  and  Parcant) 

_ BMots  Maiad  (t(»%) 

_____  Baloia  Ratumad  (  %) 

_ Approvad  ( _ ^%) 

Ado  w/Commar<  (  %) 

_ Oiaapprovad  ( _ ^%) 

_ Absutnad  ( _ ^%) 


B.  SUBSTANTIVE  REVISION:  tt  balot  commants  rasdt  in  substantJva  ravlslons  to  tha  documant.  thosa  ar* 
raviawad  by  Xl2J  and  procassad  by  DISA  Tha  rovisad  documant  te  submRtad  to  X12  votars  for  a  30-day  rovlaw 
period.  DISA  records  this  procau/handlas  mating.  Subcommitieos  should  conduct  30-day  ravlaws  for  rasponsa 
lattars/ravisad  do^umants  coneurranlty. 


Subcommltta*  Approval  of  Revisions  PATE) 

X12J  Raviaw  of  Ravisiorv  PATE) 

DISA  Mats  Ravisad  Documart  PATE) 

Substantive  Revision  30-0ay  Raviaw  Closas  PATE) 


ADJUSTED  BALLOT  DATA  pi$A): 

30-Oay  Substandva  Chang*  Raviaw  Oosad  Data  PATE) 

Taly/Commants  Sent  to  Chair/Daiagatas  PATE) 

Tafly  Stats  (Numbar  and  Parcant) 

_ Banote  Mated  (100%) 

_ Ballote  Ratumad  ( _ %) 

______  Approvad  ( _ %) 

_ Appw/Commait  ( _ %) 

_ Disapproved  ( _ %) 

_ Abstained  (  %) 
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P«g«  Three 

C.  CONTINUING  OdUECTIONS.  H  there  are  contiruilng  disapprovals  after  the  30-day  review  period,  the 
dccument/disapprovait/responaes/coreinulng  objections  are  malad  to  Xt2  members  who  odginaily  cast  a  ballot, 
for  anc«her  30-day  review,  to  ^  them  an  opportunity  to  change  their  vote. 


Continuing  Objections  Maled  to  Chair/Delegate  by  DISA 
DiSA  Mala  Documents 
30-0ay  Review  Qoses 


(DATE) 

PATE) 

PATE) 


FINAL  ADJUSTED  TALLY  piSA):  Whenever  any  disapprovals  are  withdrawn,  a  letter  to  this  effect  must  be 
received  in  writing  by  DISA 


Final  Tally  Results  Sent  to  Chair/Deiegate 
30-0ay  Review  Stats  (Adjusted  Tally) 

_ Ballou  Malad  (100%) 

_ Ballou  Returned  ( _ ^%) 

_ Approved  ( _ ^%) 

_ App  w/Comment  ( _ ^%) 

_ Disapproved  ( _ %) 

_ AbsUined  ( _ ^%) 


PATE) 


PRB  APPROVAL  PHASE:  After  Die  commertt  resoiution  period,  the  aubcommiDee  votes  to  submit  the  documers 
to  the  PRB  for  approval  to  publish. 

Subcommittee  Votes  to  Release  to  PRB 
PRB  Approves  Ptfttiication 


FOR  DRAFT  STANDARDS  FOR  TRIAL  USE: 
VERSION/RELEASE/SUBRELEASE  ID  CODE  ASSIGNED: 


PATE) 

(DATE) 


DEPARTII0<T  Of  0I7ENSE 
DRAFT  MPL£MEMTATK>N  CONVENDOM 


P»g«Four 


TnANSMtTTAL  FOAM  INSTRUCTIONS: 

GENERAL:  TNt  TrinsmIBal  Form  It  a  TURNAROUND  DOCUMENT  which  ftconjt  tho  hMory/currtm  ttatut  at  a 
profaet  documant  it  la  uaad  to  ccehangt  MorrrMtlon  batwoan  tha  Sacratahit  and  tha  commitaoa  of  Xi2. 
Information  la  cumiiatNa  (add  on).  This  form  It  attachad  to  tha  doeumani  <Mwnavar  I  It  Ittuad  tor  dlttrtbution  (a  it 
mandatory  tor  tubmtdngdocutnarta  to  PISA.  Xl2JTachnleal  Aatatamant  artothaFRB).  Ooctanont  corarol 
numbart  ara  Sts  raquirad  on  aach  documtra.  and  nawr  numbara  art  raquirad  whanavar  I  It  rawtaad. 

KEY  DATE:  Thia  it  uaad  to  idarairy  tha  lataat  varalon  of  tha  doeumani  (data  ataodtfad  wth  tha  currant  tranamiRal 
tormupdata). 


OCLEQATE:  Each  tubcommaat  datignataa  an  Ira^Aduti  (dafagtoa)  from  tha  group  raaponaWa  tor  tha  projaet 
Tha  Sacratariat  n%m  ba  Informad  1  tha  daItgNt  ehangaa. 


INITIATION:  PrlmarydatRltrooordadbyOlSAonthaMlalizadtormaftiirihaprQ(actprapoialltapprovadbytha 


PRB.  Tha  aubcommBaa  chair  and  dalagata(t)  racaMa  tha  todaftzad  Traravnltal  Form  from  OfSA;  tharaaftar.  they 
araratponatolatorraoordingthaapproprfaiaauboommiRaaapproyNdataa.  Tha  chatr/rtaUgara  W  racaNa  a  copy 
of  tha  updatad  tranamcial  form  whanavar  I  It  ravlaad  by  DISA. 

UPDATING:  At  aach  approprtata  ttap,  DiSA  wS  POST  fraah  dau  to  tha  form.  ADD  tha  naod  approprlata  blanict  to 
tha  torrn.  and  SOID I  to  tha  tubeommataa  chaP/datagatt  at  aach  atatua  changa.  Tha  dafagata  mutt  POST  tha 
tonn  wth  fraih  data  at  aach  ttatut  ehanga  tor  which  tha  tubcommlBaa  la  raaponatoia  and  SEND  I  wfth  tha 
approprtata  documant  to  tha  Sacratartat 


OCPARTMENT  Of  0EFB4SE 

tMAFT  MPLEMENTATIOM  CONVENTION 


OetERAL  MPOMUTION 

APTER  AN  XM  lAUOT,  IHf  AEMONKALf  •UtOONNrmi  (OR  m  OnONATlO  TAAK  OAOUP)  MMT  mpond  m  >Mnf  ID  al 
dMMmNwm.  T)wOBMaMn4PrBeidura*mar«iN(ORM)UUMtwty«w«*M(i««««t;iBrMpan0BtWMTCmAM«ho 
■ww  iwl  mt\  oDwiHKHt  but  ly  >1  ummnmn  tn  WAOwgid  «>■  Th»ORM  WMW»nlopwiw»mwi>onm  wmtRt  wartinMa 

irth  t«  autaammaH  Char. 

TH— ■f»*wiwpwailiflBWtiHiwww>wX>»chae— :  •awaaiwartawawRaMmaacDWHwAww.  idainavrtiiaiwwl 
aawnii  m  —ft  cowwwr.  Am  maueim  Mw  and  tw  aatfwiMa 

OmnONI;  OBICne UTTER (MAtTlNLXTTEII) TO AlXCOHMafTORt 

VoumairpnparaonaianraMMmatlaamnianim.  6¥«nraw«iMntwoaiaaiiiMiib»waita(4iMd>i}fBtriwr.  fvmdtammm 
laa.iMwmwoonwnwrpciaiWNnfctf  otiHipN>y  flaw)  awHw^wn— did  tar  a»m.  UrtiyawtMpanMaiaoaiwwni  ly«u 
aaaaatwiapaow.  yoMmiygrBypftaaowimaMuRiaawmUliraaaaNiialaxiaiwaiWMP  EwyaMMRartMiataAprewtf  mustba 


ORUQNX:  MtXVIOUAL  UTTBI  TO  EACH  OOMMBITOR 

Yau  mar  prapan  ana  Mar  lor  aacA  aammanar.  KraucAaoaaMoaaion.r(wnaadnoimpaBt*«art0mloamniontpra«idadaRt«aMat 
Palaar«iauHiabMinaM  Mar  aria  and  tWEtnamiriMvetanotalow.  loarr  mamaar  ta»  Joaaa'  ad  wua  »  mawBad  a. 


Mananaa 

METRUCnONR 

tTSRi!  PlaneaantiolrataaEaarouraaNTalonAKXlxaaaiaad  >yaudBniha«aaaalaad.rauean«aaBnMmoawiaa 
Eaoraanaar  apwiaiea  tm  ^^naa  iaaNail  Yaumarnaaaapamana.  oapaado.  aWaraaiaiAaadlaraoraBwwniiaaaBrwi  aaam). 

ffTERS:  CaltaSaaaaRalvadoeumaidaonaamaiaa.  TI«inumaarmuaaaaavaaaoaparrt^oarwafalmaaQaatwaa« 
X|awoandaninitwrti,MHadaaaaaaaiaBmmanar.tadBcun»daanaanMHaaMaaadlatw>aaaNaaaaaaBaadaran'A* 
(a4..  ASC  X13F/Taia»-1SA).  ffa  meant  tr  a  “T  (*•..  ARC  XfXIvrOMO-iaOE).  eae. 

ATERa:  Cliaaoayawriaarlonnaaaaan(aaaOanaiaaanwadBn Mmm}. 

ETERd:  Rrapata fa aaalBaBwinEtwBMana.aaaa Manga iraaabManaai aaaterma. 

a  R>awdaaaBnaanama(ianaan)aaaMaaan^oBnaf>oBataawrlaad;inaMdipAenanMmaaf. 
a.  PrmitadaaanaMoanianutiaarundartaaaaRwadaai. 

c.  RimdadBaundarfwaaumaniaanaanunaar. 

d.  Adaaiidiaaaaratainaaaai.afafaganaiteaaa'lnoaidaanadaaaaaalnaandaaaaina. 
a.  Induda  an  aaadoaBr)  aaagmahaaaaloiMaaaraaalrMaaiadataadBaaaaa. 

(.  YoMmar«>ai>aaaaatiabaatair(tamra»rTmnanoaaRanw)loraatta>nwiaanataaaaa. 

•TERd;  Ponaard  ta  laago  a  fa  taeaiaai.  Aaaaan  Eactaarai  Samoat.  i>i»  a  caoar  aaa  raquiaing  OetMat  a  da  wiaanoa 
aaarto)  you  hava  piaparid.  Whan  »i  laaari  hmm  aaan  daWbumd,  tm  twpa  doia gad  and  auacBrnniiBaa  chair  at  la earn  an  >»aMad 
Tianowdl  PannalMchhaitia  waling  dwa  and  30  day  lawaorganaddaomg  dad  paamd. 


diatlynawi:  X12  laRaihaadSawaia 

Samgla  Maatar  Raipanaa  Laoar 
SamNa  IndhnWMl  Laaar 


dR.i« 
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Tua  Joaucy 
(999)  999-9999 


Accneateti  Scanijirds  Cammittee 
ooe»TCng  urov  we  oroceflures  of  We 
American  Nauanei  Scanoaros  msotuce 


Oaa  Sauthey 
(999)  999-9999 


Document  No 


ASCX12C/TG2D/90.999 
June  25. 1990 


TO:  X12  Members  Who  Commeated  oa  ModiTicatioat  to 

X12ja  Coatrol  Structures 

RE:  Response  to  Commeau  oo  December  Ballot 

OMs  205289, 215289, 317289 


Thank  you  for  your  commeats.  This  ballot  iavolved  modifications  to  X12xt.  Of  the  327  baJlott  mailed,  153  ballots  we 
returned.  Of  these,  81  approved,  15  approved  with  commeat,  20  disapproved  with  oommeai  and  37 

la  geaeral.  the  vote  responses  were  in  favor  of  the  modifieatioas.  The  eujority  of  the  commeau  focused  on  the  impact 
of  these  modifications  oo  t^  presentation  of  iaformation  ia  the  Xi2J2  Sepaeat  Directory.  The  proposed  modiTicaboH 
aad  ^  resultiag  presentation  ia  the  legmeat  directory  have  been  renmrked  in  respoHe  to  these  A  revised 

modificatkmtoXlljawureviewedbyTechaicalAsaestaseatatthe  June  ASC  XUrnced^  Mndifirations  ibf 

dooim^  have  been  made  which  reflect  responses  to  the  commeau  from  this  ballot,  aad  a  revised  copy  of  X12jb  is 
beiaf  distributed  to  ail  who  voted  oa  this  iune,  for  30>day  review  of  revisioas. 

Speoflc  responses  to  commeau  follow, 

COMMEbfT;  Automobile  Corporation 

Add  the  foQowiag  note  to  Paragraph  3  J:  NOTE;  Commuaicaiioa  protocol  characters  be  from  the 

character  set.* 

RESPONSE: 

The  cover  letter  sent  out  with  the  votiat  package  eapiaiaed  that  the  iateai  waa  to  obtaia  coaaeasus  OB  the  proposed 

modificatiota  to  XIZjdl  XlZa  ii  a  diflkuk  itaadard  to  amend.  We  requea  that  ballot  responses  be  coasidered  oa  the 
^^tiu  of  the  recommeadcd  modififilioni  aad  aot  oa  the  staadard  as  a  whole.  Your  uras  outside  the  of 

the  requested  modifkatiooL 
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COMMENT;  Airoaft  Corporatioa 

*Soaie  coiuideratioa  for  Abatract  Syntax  Notation  One  (ASN.l)  should  be  allowed. 

1.  ASN.l  ia  capable  of  defining  all  of  the  neceaury  inter-relauona  needed  by  X12  tranaactioni. 

1  ASN.l  requirei  leas  chancten  to  define  the  tame  information. 

3.  ASN.l  ia  the  encoding  tcfaeae  uaed  by  moat  OSI  work.* 

RESPONSE 

The  reconiaieadatioa  to  conaider  uaage  of  ASN.l  mending  reachea  far  beyond  the  acope  of  the  reqaeated 

in  thia  ballot  Activitiea  auch  u  thta  are  beat  aubained  aa  aeparatc  work  requeata. 

COMMENT:  Soae  Software  Inc. 

'Conditionality  of  data  eleaenta  ahould  be  left  to  the  diaeretion  of  iapleaentation  guidelinea  and  «g«T^ti»irntf  There  it 
au^  diieuation  at  tiaea  u  far  at  whether  certain  dau  eieaenu  should  be  mandatory  or  not;  aaany  applicatioe  syttenu 
are  incapable  of  providlag  certain  'aandatory*  inforaation  and,  as  mm*.  filler>type  aoat  be  interted.* 

RESPONSE 

The  iaauc  of  data  element  conditionality  at  a  whole  it  a  much  broader  stibject  than  wit  intended  to  be  addr***^**  within 
the  scope  of  thia  baO^  This  ballot  waa  intended  to  provide  a  meant  for  eoatistent  docamentation  and  application  of 
already  CJUting  conditional  straemret.  If  the  commentor  believea  that  the  conditional  atnienirc  should  be  removed  from 
the  standard,  the  task  ffoup  recommends  that  this  be  subenmed  aa  a  separate  work  reqneat. 

Etc. 
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AccreeKsd  Stanaarda  CoTVTKtM 

Joe  Soaebody 

opennng  knder  Ow  proceoires  at  Che 

Chair  TG19.  X12C 

Anwncan  Nacjonal  Standards  irwcxuca 

(999)  999-9999 

Oocutnenc  No 


ASC  XUC/TC8/90-998A 
Aufutt  10. 1990 

Mi.JaaeDoe 
Aoiehcaa  Bask 
Om  Ceatnl  PUa 
Middle  AaeiicA,  MO  99999 

RE:  Re^pooie  to  BaOoc  GMUieatt  oa 
ASC  X12  Model  Guideliae 

Dear  Ma.  Doe: 

Subcoaaittee  X12C  hai  caapowered  ki  Taak  Group  19  to  proride  reapooaca  to  the  conacett  oo  thk  baOoL  The 
acaben  of  TG19  with  to  th^  aO  X12  aeaben  who  took  the  tiaw  effort  to  vote  oo  tha  We 

eapecaaOy  thank  each  tadividuaiadwprov^coameau,  whether  a  approval  or  dkapproval  of  the  guidefiae.  We 
rcoognoB  and  appreciate  your  careful  review  of  thia  dootaenL 

Ow  reapooae  ii  keyed  to  the  nuabered  iteat  in  the  <*>«"■»*■»«  to  your  beOot 

RESPONSE 

1.  We  afree  with  your  coaaent  In  Section  4JU,  we  have  rcplaoBd  *we  ndfia  nila  with  'ruiea  _  •re  utilized*. 

2.  The  oonfuno  between  Swtioo  4JLJ  and  Seetka  6.2  only  cacta  bfTtutf  of  the  eaapie  we  dwer  in  the  fitat 
****bai  Thia  ic  a  hypothetical  enaapte,  of  a  liaplified  ao^  Headers  and  trailen  can  be  placed  on  the  contea  at 
ALL  lewek,  and  do  not  neceaaiily  correspond  to  ASC  Xt2  headen  and  traiiea. 

3.  We  apee  with  your  coaaent.  Section  62  ha  been  so  that  *the  ^  _•  added  to  keas 

lMd4. 
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5.0  GLOSSARY 


This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 
ANSI  Standard 

A  document  published  by  ANSI  that  has  been  approved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  5  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

Identifies  a  predefined  area  within  a  transaction  set  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  X12 

Accredited  Standards  Committee.  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  approval  and  dissemination;  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDDFACT  stan-dards. 

Authentication 

A  mechanism  which  allows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  "key"  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE). 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  X12.6,  and  Interchange 
Control  Segments  (ISA/DBA/TAl)  defined  in  X12.5. 
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Data  Element 

The  basic  units  of  information  in  the  EDI  standards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  single- 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  chta 
acter  positions  available  to  represent  the  value  of  a  data  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  fixed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 
A  code  defining  the  need  for  a  data  element  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M),  optional  (O),  or  conditional  (C).  DoD  may  "require" 
a  segment  which  is  optional  by  X12  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  dau  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types:  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  two  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  specified  in  the  interchange  header  and  may  not  he 
used  in  a  data  element  value  elsewhere  in  the  interchange.  From 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprofit  organization 
funded  by  ASC  XI 2  members  which  serves  as  the  Secretariat  for 
X12. 

DSTU 

Draft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  membership  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Report 
of  X12  Publications  Task  Group).  The  Draft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  XI 2  approved  suindard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Suindard. 
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EDI 

Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  business  information  in  a  siandtird 
formal. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  transmitted 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last. 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  functional 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

GS/GE  segments  identify  a  specific  functional  group  of  documenLs 
such  as  purchase  orders. 

Industry  Conventions 

Defines  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defines  the  EDI  environment  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  implement  X12  stand¬ 
ards. 

Interchange  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  one  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions:  (1)  defines  the  data  element 
separators  and  the  data  segment  tenninators,  (2)  identifies  the 
sender  and  receiver,  (3)  provides  control  information  for  the  inter¬ 
change.  and  (4)  allows  for  authorization  and  security  information. 
(X12.5) 

Loop 

A  group  of  semantically  related  segments;  these  segments  may  be 
either  bounded  or  unbounded  (X12.6).  The  N1  loop  is  an  exa.mple 
of  a  loop,  which  includes  segments  N1  to  PER  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element  is  required. 


Mapping 

I'he  process  of  identifying  the  suindiird  data  eJement  s  relationsli.n 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  time.s  a  segment  ctin  be  used  at 
the  location  in  a  tran.saction  set 

Message 

Entire  data  stream  including  the  outer  envelope 

Optional  (O) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  cf  a  specified  data  element/segment  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  parties. 

Qualifier 

A  data  element  whic.i  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment.  The  qualifier  contains  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set.  See  Max  Use. 

Securtly 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

Segment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  data  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  the  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  .segment 
by  name,  purpose,  identifier,  the  contained  data  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifier  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment.  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  designator. 
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Segment  Terminator 

A  unique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  termination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  define  the  structure  of  the  EDI 
standards  (i.e.,  the  use  of  loops,  qualifiers,  etc.).  Synttix  rules  are 
published  in  ANSI  X12.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
transaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  ID 

An  identifier  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  the  first  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Rclease 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  interpretation  of  data  in  the  X12  standard  formal.  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment. 

Vies  Committee 

Voluntary  Interindusuy  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

XI2.S 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  control 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 
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5.2  DoD  GLOSSARY 

AIS 

Automated  Information  Systems 
ASD(P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 

OLA 

Defense  Logistics  Agency 

ISA 

Interchange  Control  Header  Identifier 
NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 

UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration,  Com¬ 
merce,  and  Transport 
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